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developed  to  analyze  an  architectural  design  and  produce  measures 
such  as  throughput,  utilization,  and  response  time  so  that 
potential  performance  problems  can  be  identified  and  erroneous 
design  decisions  reduced.  An  algorithm  based  on  Buzen's 
convolution  algorithm  has  been  developed  to  test  the  necessary 
and  sufficient  conditions  for  system  stability  as  well  as  to 
compute  the  closed  system  throughput.  An  average  of  less  than 
four  iterations  has  been  reported  for  the  efficient  algorithm.  A 
comparative  study  of  the  INFOPLEX  data  storage  hierarchy  using 
TAD,  a  cost  effective  tool  based  on  this  iterative  algorithm, 
versus  detailed  simulations  has  been  conducted  and  highly 
consistent  results  have  been  observed. 

Thesis  Supervisor:  Dr.  Stuart  E.  Madnick 

Title:  Associate  Professor  of  Sloan  School  of  Management 


PAGE  3 


TABLE  OF  CONTENTS 


Chapter  I . 6 

INTRODUCTION  AND  PLAN  OF  THESIS . 6 

1.1  Goal  of  Thesis  . 6 

1.2  Significance  of  Problem  .  7 

1.2.1  Cost  effectiveness  . 7 

1.2.2  Impact  upon  System  Development  .  14 

3.3  Accomplishments  of  Research  .  17 

1.4  Structure  of  Thesis . 18 

Chapter  II  . 25 

Performance  Evaluation  of  Computer  Systems  Using  Analytic 
Queueing  Network  Models  .  25 

11. 1  Motivation  for  Using  Analytic  Product  Form  Queueing 

Network  Models  .  25 

11.2  Literature  Review  .  27 

31.3  Background  Theory  .  33 

11. 3.1  Little's  Formula  .  .35 

11.3.2  Product  Form  Queueing  Networks  (PFQN)  .  35 

11. 3. 3  Single  Chain  Queueing  Networks  (SCQN)  .  35 

11. 3. 4  Open  Product  Form  Single  Chain  Queueing 

Networks  (OPFSCQN)  .  36 

11. 3. 5  Open  Product  Form  Multiple  Chain  Queueing 

Networks  (OPFMCQN)  .  37 

11. 3. 6  Closed  Product  Form  Single  Chain  Queueing 

Networks  (CPFSCQN)  .  38 

11. 3. 7  Convolution  Algorithm  . 39 

11. 3. 8  Product  Form  Mixed  Queueing  Networks  (PFMQN)  ...  40 

Chapter  III . 42 

Existence  of  the  Product  Form  Solution  for  Systems  with 
Unbalanced  Flows  . 42 

111.1  Motivation  and  Significance  .  42 

111. 2  Assumptions . 43 

111. 2.1  Networks  with  Balanced  Flows  .  45 

111. 2. 2  Networks  with  Unbalanced  Flows  . 46 

111. 2. 3  Physical  Characteristic  .  47 

1 1 1 . 3  Approach  . 50 

1 1 1. 3.1  Example  . . 51 

111. 3. 2  Solution  I:  Solve  for  the  General  Balance 

Equations  . 53 

111. 3. 3  Solution  II:  Assume  the  Product  Form  Solution 

Exists . 54 

1 1 1. 3. 4  Case  Study  . 56 

Chapter  IV  .....  .  60 

Modeling  and  Analysis  of  Distributed  Systems  with 

Unbalanced  Flows  .  60 

IV. 1  Model  Structure  . 60 

IV. 2  Analytic  Formulation  of  Queueing  Networks  with  UAP  66 

IV. 2.1  Open  Queueing  Networks  with  UAP  . 70 

IV. 2. 2  Closed  Queueing  Networks  with  UAP  .  73 

IV. 2. 3  Discussion  .  80 


PAGE  4 


IV. 3  Priority  Scheduling  of  Distributed  Systems  with 

Unbalanced  Flows  . 

IV. 3.1  Techniques  for  Flow  Balanced  Systems  .  .  . 
IV. 3. 2  Techniques  for  Flow  Unbalanced  Systems  .  . 


Chapter  V  . 

Efficiency  of  Iterative  Algorithms  and  Implementation  of  TAD 

V.l  Iterative  Algorithms  . 

V.1.1  Algorithm  Analysis  . 

V.l. 2  Algorithm  Efficiency  . 

V.l. 3  Simulation  Experiments  . 

V.l. 4  Simulation  Results  . 


V.l. 2 
V.l. 3 
V.l. 4 
V.2  TAD 
V.2.1 
V.2. 2 
V.2. 3 


Significance  of  TAD  .  . 
Software  Architecture  of 
Implementation  of  TAD 


Chapter  VI 
Validation 
Models 

VI .1  Vali 
VI . 2  The 
VI  .2.1 
VI .2.2 
VI .2.3 
Analyt 
VI .2.4 
VI .3  The 
VI .3.1 
VI .3.2 
VI  .3.3 


Study  Using  INFOPLEX  Data  Storage  Hierarchy 


dation  of  Performance  Models  . 

P5L4  Data  Storage  Hierarchy  Model  .... 

The  P5L4  Simulation  Model  . 

The  P5L4  Analytic  Model  . 

Comparison  of  the  Results:  Simulation  vs 

ic  Approach  . 

Implications  of  the  P5L4  Validation  Study 
P1L3  Data  Storage  Hierarchy  Model  .... 
The  P1L3  Simulation  Model  And  Results  .  . 
The  P1L3  Analytic  Model  and  Results  .  .  . 
The  Implications  of  the  Comparative  Results 


Chapter  VII . . 

Technology  Analysis  and  Design  Alternative  Explorations 

VII. 1  Storage  Technology  Analysis  . 

VII. 2  Design  Alternative  Explorations  . 

VII. 2.1  P1L4  Configuration  . 

VII. 2. 2  P1L5  Configuration  . 

VI 1 . 3  Discussion  . 


Chapter  VIII  . 

Summary  and  Future  Directions 
VIII.l  Summary  of  Thesis 
VIII. 2  Future  Directions 


Bibliography  .  .  . 

Appendix  I:  Listing  of  Simulation  Program  of  Iteraitve 

Algorithms  . 

Appendix  II:  Listing  of  Sample  Audit  Output  . 

Appendix  III:  Listing  of  TAD  . 

Appendix  IV:  Listing  of  Simulation  Program  of  P1L3  Model 


Appendix  III:  Listing  of  TAD  . 

Appendix  IV:  Listing  of  Simulation  Program  of  P1L3  Mode! 

Using  RESQ  . . 

Appendix  V:  Listing  of  Simulation  Results  of  P1L3  Model 
Using  RESQ  . . . . 


PAGE  5 


Acknowledgement 


To  a  great  advisor  and  friend,  Prof.  Stuart  Madnick,  for 
his  support,  inspiration,  and  supervision. 

To  the  members  of  the  thesis  committee,  Prof.  William 
Frank,  Prof.  Ugo  Gagliardi,  and  Prof.  Anthony  Wong,  for  their 
encouragement,  criticism,  and  enthusiasm. 

To  the  Sloan  School  of  Management,  the  Center  for 
Information  Systems  Research,  and  the  International  Business 
Machines  Corporation  for  their  scholarships. 

To  my  family  and  friends  for  their  care  and  patience. 


Iff’ 


PAGE  6 


CHAPTER  I 

INTRODUCTION  AND  PLAN  OF  THESIS 

I.l  GOAL  OF  THESIS 

The  goal  of  system  development  is  to  produce  systems  that 
satisfy  their  specifications  when  completed  while  minimizing 
costs  and  time  required.  The  main  key  to  minimizing  costs  and 
time  is  to  determine  whether  the  system  will  meet  its  functional 
and  performance  requirements  as  early  as  possible  in  the 
development  process.  This  will  avoid  wasted  work  toward  an 
unsatisfactory  implementation  and  the  subsequent  rework.  To  this 
end,  a  cost  effective  tool  to  evaluate  system  performance  is 
essential  (see  reference  32). 

The  primary  goal  of  this  thesis  is  to  provide  a  software 
engineering  methodology  for  evaluating  the  performance  of 
distributed  systems  with  unbalanced  flows  due  to  asynchronously 
spawned  parallel  tasks  early  in  the  design  process.  Specifically, 
it  aims  to  provide  insight  into  and  shed  additional  light  on  the 
performance  problems  inherent  in  the  design  and  analysis  of  the 
INFOPLEX  data  storage  hierarchy.  (INFOPLEX  is  a  database 
computer  research  project  being  conducted  at  the  Center  for 
Information  Systems  Research,  Massachusetts  Institute  of 
Technology  (M.I.T.);  the  theory  of  hierarchical  decomposition  is 
applied  in  this  research  to  structure  hundreds  of  microprocessors 
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together  to  realize  a  low  cost  data  storage  hierarchy  with  very 
large  capacity  and  minimum  access  time.) 

1.2  SIGNIFICANCE  OF  PROBLEM 

1.2.1  Cost  effectiveness 

Unbalanced  flows  due  to  Asynchronously  spawned  Parallel 
tasks  (UAP)  is  a  common  phenomenon  in  modern  information  systems 
utilizing  distributed  processing  or  local  area  networking.  As  a 
result,  it  has  .a  primary  effect  on  the  system’s  performance. 
However,  this  kind  of  phenomenon  can  not  be  analyzed  by  classical 
product  form  queueing  network  models.  In  the  remainder  of  this 
thesis,  the  acronym  UAP  will  refer  to  unbalanced  flows  due  to 
asynchronously  spawned  parallel  tasks  which  are  assumed  to  run 
independently  of  each  other  except  for  resource  contention. 

To  make  the  problem  more  concrete  and  realistic,  the 
author  illustrates  the  broadcast  phenomenon  with  the  INFOPLEX 
data  storage  hierarchy  model  (1,  46,  47,  55,  56,  93,  94): 

A  data  storage  hierarchy  consists  of  h  levels  of  storage 
devices,  M''  ,  ,  .  .  . ,  .  The  page  size  of  M’  is  Q,  and  the 
size  of  M'  is  m,  pages  each  of  size  Q,.  is  always  an  integral 
multiple  of  Qi-i,  for  i  =  2,  3  h.  The  unit  of  information 
transfer  between  M’  and  M’*’  is  a  page,  of  size  Q,.  Figure  I.l 
illustrates  this  model  of  the  data  storage  hierarchy. 
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References 


1 

a:  Unit  of  Data  Transfer  between  K  and  H" 

2 

b:  Unit  of  Data  Transfer  between  M  and  M-' 


Figure  I.l  Model  of  a  Data  Storage  Hierarchy 
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There  are  two  basic  operations  in  the  data  storage 
hierarchy:  the  READ-THROUGH  operation  and  the  STORE-BEHIND 
operation.  The  author  will  use  the  READ-THROUGH  operation  to 
illustrate  broadcast  and  refer  the  reader  to  Lam  (46)  for 
STORE-BEHIND  to  illustrate  acknowledgement.  In  a  READ-THROUGH 
operation,  the  highest  storage  level  that  contains  the  addressed 
information  broadcasts  the  information  to  all  upper  storage 
levels,  each  of  which  simultaneously  extracts  the  page  (of  the 
appropriate  size)  that  contains  the  information  from  the 
broadcast.  If  the  addressed  information  is  found  in  the  highest 
storage  level,  the  READ-THROUGH  reduces  to  a  simple  reference  to 
the  addressed  information  in  that  level.  Figure  1.2  illustrates 
the  READ-THROUGH  operation.  A  corresponding  queueing  network 
model  of  the  broadcast  is  shown  in  Figure  1.3.  Note  that  the 
routing  probabilities  out  of  queue  M*  equals  (X-1)  which  is 
greater  than  one. 

Since  READ-THROUGH  and  STORE-BEHIND  are  the  two 
fundamental  operations  in  the  INFOPLEX  data  storage  hierarchy, 
broadcast  and  acknowledgement  produce  a  significant  portion  of 
load  to  devices.  It  is  critical  to  incorporate  this  unbalanced 
flow  into  the  performance  model. 


Simulation  models  have  been  used  to  evaluate  performance 
of  this  kind  of  system  (46).  A  major  disadvantage  of  simulation 
models  is  the  prohibitive  cost  incurred  in  obtaining  performance 
measures  for  different  design  alternatives. 
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Figure  1.4  depicts  the  difference  in  terms  of  CPU  time  and 
dollar  cost  between  the  simulation  model  and  the  analytic  model 
(based  on  the  technique  developed  in  this  thesis)  that  the  author 
has  conducted  for  the  INFOPLEX  P5L4  (5  processors,  4  levels) 
model.  Clearly  it  pays  off  to  employ  the  analytic  model  instead 
of  the  simulation  model  in  exploring  different  design 
alternatives  if  consistent  results  can  be  obtained  from  the 
analytic  model. 
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1.2.2  Impact  upon  System  Development 

A  more  fundamental  issue,  in  addition  to 
cost-effectiveness,  is  the  significance  of  performance  evaluation 
to  system  development.  This  issue  is  addressed  with  a  case  (32) 
which  reviews  a  large  retail  front  and  back  office  banking 
system.  In  the  development  of  this  system,  system  performance 
analysis  was  not  conducted.  Consequently,  after  the  prototype  of 
the  system  was  implemented,  serious  performance  problems  arose. 

This  system  is  a  simple  two-level  tree  structured  network 
with  a  root  of  a  mainframe  host  facility  and  a  large  mass  storage 
subsystem.  There  are  1300  first  level  nodes  of  local  computers 
(minicomputers)  with  local  mass  storage;  5600  second  level  nodes 
of  intelligent  terminals  (microcomputers)  without  local  mass 
storage . 

The  connection  between  the  host  and  the  local  computers  is 
established  through  a  packet  switching  public  data  network;  the 
connection  between  the  local  computers  and  the  intelligent 
terminals  is  through  very  high  speed  local  lines  (Ethernet  like 
protocol)  and  a  programmable  line  controller  (PLC).  The  PLC 
handles  the  local  computer  connection  to  both  the  packet  data 
network  and  the  local  line;  in  other  words,  all  local  computer 
traffic  goes  through  the  PLC,  as  shown  in  Figure  1.5. 
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All  customer  information  is  centralized  at  the  host  site; 
information  at  the  local  computer  site  is  limited  to  access 
control,  forms,  and  application  programs;  in  addition,  no  mass 
storage  is  allowed  at  the  intelligent  terminal.  The  motivation 
for  the  design  decision  was  twofold; 

A.  Keep  the  host  subsystem  common  to  the  old  and  the  new 
system;  the  old  system  had  no  local  computers  and  used 
dumb  terminals.  By  centralizing  all  customer 
information  at  the  host  site,  compatibility  is 
preserved. 

B.  Keep  the  cost  of  terminals  as  low  as  possible.  By 
eliminating  mass  storage  at  the  intelligent  terminal 
level,  it  was  believed  that  costs  could  be  reduced. 

This  led  to  an  inordinate  amount  of  traffic  up  and  down 
the  tree.  In  order  to  keep  the  local  computer  cost  down,  it  was 
further  decided  to  handle  all  local  computer  traffic  through  a 
single  PLC  (as  mentioned  before).  The  consequence  of  this  design 
is  a  major  bottleneck  at  the  PLC= 

The  lesson  from  the  case  is  that  all  decisions  should  be 
made  as  a  rational  and  quantitative  design  activity  instead  of  by 
management  fiat.  After  a  posteriori  quantitative  performance 
analysis  in  the  review,  it  was  recommended  that  some  mass  storage 
be  allocated  at  the  intelligent  terminal  to  relieve  the  traffic 
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generated  by  form  and  record  requests  from  the  intelligent 
terminal  to  the  local  computer. 

It  should  be  pointed  out  that  the  system  designers  were 
not  unintelligent.  Their  mistake  was  the  result  of  a  lack  of 
guidance,  methodologies,  and  appropriate  tools  to  support  their 
design  and  decision  activities.  Had  a  cost-effective  performance 
analysis  tool  been  employed  during  the  system  development  process 
to  serve  as  the  alter  ego  for  functional  analysis,  the  serious 
performance  problem  would  not  have  occurred  (32). 

In  sum,  the  significance  of  the  problem  lies  in  the 
necessity  of  performance  analysis  to  the  success  of  system 
development  and  the  importance  of  cost-effective  tools  to  the 
performance  analysis  of  different  design  alternatives. 

1.3  ACCOMPLISHMENTS  OF  RESEARCH 

The  specific  accomplishments  of  this  research,  which  will 
be  elaborated  upon  later,  are: 

*  Model  and  analyze  distributed  systems  with  unbalanced 
flows. 

*  Investigate  the  existence  of  a  product  form  solution  for 

distributed  systems  with  unbalanced  flows. 

*  Develop  an  analytic  formulation  for  open  systems. 
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*  Develop  an  efficient  iterative  algorithm  to  test  the 
necessary  and  sufficient  condition  for  closed  system 
stability  as  well  as  to  compute  the  closed  system 
throughput . 

*  Model  and  analyze  distributed  systems  with  unbalanced 
flows  and  priorities. 

*  Implement  a  software  package  to  evaluate  performance  of 
the  INFOPLEX  data  storage  hierarchy. 

*  Validate  the  theory  using  the  INFOPLEX  data  storage 
hierarchy  models. 

*  Explore  different  design  alternatives  for  the  INFOPLEX 
data  storage  hierarchy  based  on  the  results  of 
technology  analyses. 

1.4  STRUCTURE  OF  THESIS 

This  thesis  is  divided  into  eight  chapters.  The  content  of 
the  chapters,  and  thus  the  structure  of  the  thesis,  are 
delineated  below. 


Chanter  II;  Performance  Evaluation  of  Comouter  Systems  Usin 


Analytic  Queueing  Networks 


This  chapter  presents  a  perspective  on  state-of-the-art 
performance  evaluation  using  analytic  queueing  network  models.  It 


is 


m 
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reviews  the  literature  and  the  background  theory  necessary  for 
the  remainder  of  the  thesis.  It  is  targeted  primarily  at  readers 
knowledgeable  in  the  design  and  analysis  of  computer  systems  but 
who  are  not  specialized  in  queueing  theory.  Those  familiar  with 
queueing  theory  may  skip  this  chapter. 


Chapter  III;  Existence  of  The  Product  Form  Solution  for  Systems 
with  Unbalanced  Flows 

The  product  form  solution  for  the  equilibrium  state 
probabilities  of  queueing  network  models  was  first  presented  by 
J.R.  Jackson  in  1957  (42).  This  result  has  been  extended  by  many 
researchers  since  then  (5,  7,  8,  18,  20,  21,  22,  35,  61,  64,  67, 
69,  70,  85,  86,  89)  and  summarized  by  Chandy  in  1980  (22).  By  a 
flow  conservation  argument,  it  has  been  shown  that  the  product 
form  solution  exists  for  a  certain  class  of  queueing  network 
models  (5).  This  result  is  rather  surprising  as  Burke  points  out 
since  the  arrival  process  to  a  service  facility  is  not  Poisson  in 
general  ( 7 ) . 


A  crucial  question  to  ask  is  whether  the  product  form 
solution  also  exists  for  systems  with  unbalanced  flows,  assuming 
a  certain  physical  characteristic  holds  which  allows  flows  not  tc 
be  conserved  at  the  flow  unbalanced  points.  The  answer  to  this 
question  is  important  from  the  theoretic  point  of  view.  On  the 
one  hand,  if  it  is  proven  that  the  product  form  solution  does 
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exist,  then  the  breakthrough  will  extend  the  product  form  theory 
to  the  flow  unbalanced  networks;  on  the  other  hand,  if  it  is 
shown  that  the  product  form  solution  does  not  exist  in  general, 
then  one  has  to  use  other  techniques.  An  analogy  to  this  is  that 
if  it  is  shown  that  a  problem  is  NP-complete,  then  one  can  employ 
heuristic  algorithms  to  solve  the  problem.  This  question  is 
addressed  with  a  counter  example  to  show  that  product  form 
solution  does  not  exist  in  the  example  with  our  assumptions. 


Chapter  IV;  Modeling  and  Anal' 


Distributed  Systems  with 


Unbalanced  Flows 


This  chapter  presents  a  description  of  the  model  and  an 
analytic  formulation  of  distributed  systems  with  unbalanced 
flows.  A  mathematical  treatment  is  given  to  address  the  following 
topics . 


ANALYTIC  FORMULATION 

An  analytic  technique  for  systems  with  unbalanced  flows  is 
presented  to  obtain  performance  measures.  With  this  technique,  a 
cost-effective  tool  can  be  developed  to  analyze  an  architectural 
design  and  to  produce  measures  such  as  throughput,  utilization, 
and  response  times  so  that  potential  performance  problems  can  be 
identified  to  reduce  erroneous  design  decisions. 


This  condition  is  investigated  and  identified.  It  is 
employed  to  determine  whether  a  system  will  be  stable  with  a 
given  set  of  parameters.  If  it  is  insured  that  the  stability 
condition  exists,  then  an  efficient  iterative  algorithm  is 
applied  to  locate  the  equilibrium  system  throughput.  Moreover,  it 
provides  insight  into  the  behavior  and  structure  of  the  system 
and  helps  system  designers  to  locate  good  design  alternatives. 


EFFICIENT  ITERATIVE  ALGORITHM  FOR  CLOSED  SYSTEMS 


The  algorithm  is  used  to  locate  the  equilibrium  system 
throughput  as  well  as  the  corresponding  normalization  constant. 
Once  these  two  values  are  known,  other  performance  measures 
follow  ( 71 ) . 


PRIORITY  TREATMENT  OF  DISTRIBUTED  SYSTEMS  WITH  UNBALANCED  FLOWS 


The  efficiency  of  iterative  algorithms  are  investigated  in 
this  chapter  Moreover,  a  software  package  called  TAD  (Technique 
for  Architectural  Design)  for  the  INFOPLEX  data  storage  hierarchy 
is  presented  to  demonstrate  the  practicality  of  this  research. 

ITERATIVE  ALGORITHMS 

The  iterative  algorithm  is  based  on  Buzen's  convolution 
algorithm  which  evaluates  the  normalization  constant  of  the 
product  form  solution.  It  has  been  observed,  during  more  than 
2400  simulations,  that  the  procedure  takes  an  average  of  4 
iterations  to  produce  a  relative  error  of  less  than  0.001  given 
an  initial  estimate.  The  converging  speed  of  the  iterative 
algorithm  is  shown  to  be  log4  based  and  the  computational 
efficiency  of  each  iteration  is  the  order  of  M*N  (o(MN))  where  M 
is  the  number  of  service  facilities  and  N  is  the  number  of 
customers  in  the  system. 

TAD 

Salient  features  which  are  unique  to  TAD  include:  a)  the 
efficient  procedure  mentioned  above  to  test  the  necessary  and 
sufficient  condition  for  closed  system  stability  and  to 
iteratively  compute  the  closed  system  throughput;  b)  an  efficient 


procedure  to  eliminate  the  routing  definitions  and  to  calculate 
the  visit  ratios  of  a  data  storage  hierarchy;  and  c)  a  user 
friendly  interface  with  menu-driven  inputs  and  graphic  outputs  to 
adapt  to  the  INFOPLEX  data  storage  hierarchy. 

In  addition  to  ease  of  use,  it  has  been  observed  that  use 
of  TAD  costs  five  cents  per  design  alternative;  on  the  other 
hand,  it  would  cost  hundreds  of  dollars  to  obtain  the  desired 
information  using  simulation.  To  be  specific,  one  can  use  TAD  to 
explore  2000  design  alternatives  at  a  cost  of  $100.  Whereas,  it 
may  not  be  possible  to  attain  steady-state  results  of  a  single 
design  alternative  using  simulation  for  $100. 


Chapter  VI;  Validation  Study  Using  the  INFOPLEX  Data  Storage 
Hierarchy  Models 

The  validation  of  the  analytical  formulation  is  presented 
in  this  chapter  through  RESQ  and  GPSS  simulation  models  (48,  79) 
using  the  INFOPLEX  P1L3  and  P5L4  models.  It  has  been  observed 
that  the  analytic  results  are  highly  consistent  with  the 
simulations.  A  closer  examination  of  the  data  shows  that  the 
results  were  accurate  with  a  relative  error  of  less  than  2%. 

Chapter  VII t  Technology  Analysis  and  Design  Alternative 
Exploration 
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Processor  and  storage  technologies  for  1984  and  1988  are 
investigated  and  projected  in  this  chapter.  These  raw  data  are 
used  as  input  to  TAD  to  explore  different  design  alternatives  of 
the  INFOPLEX  data  storage  hierarchy.  Problems  such  as  the  ratio 
of  read  vs.  write  operation  to  the  performance  of  the  data 
storage  hierarchy,  and  the  impact  of  locality  to  the  performance 
of  the  data  storage  hierarchy  are  investigated. 


Chapter  VIII;  Summary  and  Conclusions 


In  addition  to  a  general  summary  of  the  significant 
aspects  of  the  thesis,  this  chapter  outlines  important  areas  for 
future  research. 
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CHAPTER  II 

Performance  Evaluation  of  Computer  Systems 
Using  Analytic  Queueing  Network  Models 

TI.l  MOTIVATION  FOR  USING  ANALYTIC  PRODUCT  FORM  QUEUEING  NETWORK 
MODELS 

An  IBM  PC  user  who  runs  a  MS/DOS  1.0  would  enjoy  full 
access  to  all  system  resources  such  as  CPU,  memory,  and  disks.  A 
major  disadvantage  of  the  system,  though,  is  the  inefficiency  of 
utilization  of  the  system  resource.  For  instance,  the  IBM  PC  user 
would  not  experience  the  excitement  of  observing  the  printer 
printing,  the  disk  drive  lights  flashing,  and  the  presentation 
graphics  program  displaying  animated  cartoons  at  the  same  time. 

This  was  what  happened  prior  to  the  advent  of 
multiprogramming  systems.  In  the  late  50’ s,  computers  became 
commercially  available  and  multiprogramming  was  introduced  to 
improve  the  efficiency  of  utilization  of  system  resources  by 
allowing  multi-users  to  gain  access  to  the  system.  However,  this 
gave  rise  to  contention  for  resources  among  competing  users  and 
led  to  queueing  delays.  Since  the  queueing  delays  may  cause 
significant  deterioration  in  the  system  performance,  researchers 
began  to  use  queueing  models  to  study  the  queueing  effects  on  the 
performance  of  computer  systems  (3).  In  particular,  queueing 
network  models,  which  have  product  form  solutions,  received 
considerable  attention  because  they  made  feasible  the  study  of 
networks  with  many  service  facilities  and/or  large  populations. 
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Some  issues  of  Computing  Surveys  (28,  37 y  and  Computer  (3)  have 
focused  on  the  solution  of  product  form  queueing  network  models 
and  the  representation  of  computer  and  communication  network 
systems  as  queueing  networks  (95). 

A  product  form  queueing  network  is  one  that  has  a  solution 
in  the  following  form; 

P(S,, - S„)  *  Pi(S,)  ...  P„(S„)/G(N) 

where  P  (S,,  ...  S„)  is  the  steady-state  probability  of  a  network 
state  in  a  network  with  M  service  facilities,  Pn,(S„)  ,  m  =  1, 
M  is  the  probability  that  the  m,f,  service  facility  is  in 
state  Sn,  in  isolation,  N  is  the  number  of  customers  in  the 
network,  and  G(N)  is  a  normalization  constant.  For  an  open 
system,  N  can  be  any  number;  for  a  closed  system,  N  is  a  fixed 
number  of  customers  in  the  system.  The  normalization  constant 
G(N)  is  equal  to  the  sum  of  Pi(Si)  *  ...  *  Pn,(S„)  over  all 
feasible  network  states. 

If  a  queueing  network  model  does  not  have  a  product  form 
solution,  then  we  usually  must  use  fairly  general  numerical 
techniques,  such  as  solution  of  Markov  balance  equations,  for  its 
solution.  In  this  case  we  shall  find  the  exact  solution  of  the 
network  intractable  unless  it  has  few  service  facilities  and/or 
customers  (49). 
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1 1.  2  LITERATURE  REVIEW 

The  product  form  solution  for  the  equilibrium  state 
probabilities  of  queueing  network  models  was  first  introduced  by 
J.R.  Jackson  in  1957.  In  1963,  Jackson  extended  his  analysis  to 
open  and  closed  systems  with  local  load-dependent  service  rates 
at  all  service  facilities  (42).  Gordon  and  Newell  restructured 
the  result  for  the  closed  system  (35).  In  1971,  Buzen  presented  a 
fast  computational  algorithm,  known  as  convolution  algorithm,  to 
compute  the  normalization  constant  for  closed  systems  (14).  In 
1975,  Baskett,  Chandy,  Muntz,  and  Palacious  extended  the  results 
to  include  different  queueing  disciplines,  multiple  classes  of 
jobs,  and  non-exponential  service  distributions  (5);  their 
results  are  known  as  the  BCMP  theorem.  Chandy  provided  a  summary 
of  the  product  form  theory  in  1982  (22),  These  results  are  based 
on  traditional  stochastic  analysis  of  queueing  networks.  An 
alternative  framework,  Operational  Analysis  for  studying  queueing 
systems,  was  introduced  by  Buzen  in  1976  and  elaborated 
subsequently  (8,  9,  10,  11,  12,  16).  This  approach  is  based  on 
assumptions  about  the  deterministic  behavior,  over  a  finite  time 
interval,  of  the  system  being  modeled.  Using  the  operational 
approach,  one  can  obtain  the  same  product  form  solution  for 
closed  networks  but  with  nonprobabilistic  assumptions  about  the 
network.  Instead  of  obtaining  the  steady-state  probability  of  a 
network  state,  one  obtains  the  fraction  of  the  time  interval  that 
the  network  is  in  a  state  (28).  Operational  Analysis  provides  us 
with  many  of  the  informal,  intuitive  arguments  about  the  behavior 
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of  queueing  networks  (indeed  the  technique  presented  in  this 
thesis  was  first  perceived  in  the  context  of  Operational 
Analysis);  on  the  other  hand,  the  traditional  stochastic  analysis 
provides  a  solid  basis  for  the  theoretical  development  of  new 
results.  In  this  thesis,  the  stochastic  approach  is  adopted. 

The  first  successful  application  of  a  queueing  network 
model  to  a  computer  system  was  made  in  1965  when  Sherr  used  the 
classical  machine  repairman  queueing  model  to  analyze  the  MIT 
time  sharing  system,  CTSS.  In  1971,  Buzen  introduced  the  central 
server  model.  Working  independently,  Moore  showed  that  queueing 
network  models  could  predict  the  response  times  in  the  Michigan 
Terminal  System  (MTS)  to  within  10%  error  (28).  Since  then,  the 
use  of  analytical  performance  models  instead  of  simulation  models 
has  become  much  more  popular.  Graham  (37)  summarized  some  of  the 
basic  reasons  for  this  as  follows: 

1.  These  models  capture  the  most  important  features  of 
actual  systems.  Experience  shows  that  performance 
I  measures  are  much  more  sensitive  to  parameters  such  as 

mean  service  time  per  customer  at  a  service  facility 
than  to  many  of  the  details  of  policies  and  mechanisms 
throughout  the  operating  system  (which  are  difficult  to 
represent  concisely). 


2.  The  assumptions  of  the  analysis  are  realistic.  General 
service  time  distribution  can  be  handled  at  many 
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service  facilities;  load  dependent  facilities  can  be 
modeled;  and  multiple  classes  of  customers  can  be 
accommodated . 

3.  The  algorithms  that  solve  the  equations  of  the  model 
are  available  as  highly  efficient  queueing  network 
evaluation  packages. 

Another  very  important  reason  for  the  increasing 

popularity  of  these  models  is  simple:  they  work. 

In  order  to  obtain  consistent  results,  the  primary  effects 
on  performance  should  be  captured  in  the  analytic  model.  UAP  has 
been  found  to  be  one  of  the  primary  effects  on  performance  (93, 
94).  Unfortunately,  networks  with  UAP  did  not  have  an 
analytically  tractable  solution  because  the  input  flow  and  the 
output  flow  are  not  balanced  at  the  places  where  parallel  tasks 
are  spawned,  a  violation  of  the  principle  of  job  flow  balc-'nce 
(28)  (The  principle  of  job  flow  balance  states  that  the  number  of 
customers  that  flow  into  a  service  facility  equals  the  number  of 
customers  that  flow  out  of  the  facility  when  the  system  is  in  the 
steady-state. ) 
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A  simplified  INFOPLEX  P1L2  (one  processor,  2  levels)  data 
storage  hierarchy  model  is  given  below  to  illustrate  the  UAP 
phenomenon . 

Example : 

Consider  the  routing  diagram  (Figure  II. 1)  of  a  simplified 
P1L2  data  storage  hierarchy  which  processes  the  read  and  write 
operations.  Suppose  80%  of  the  customers  request  the  read 
operation  (class  RPl)  and  20%  request  the  write  operation  (WPl); 
and  the  read  operation  has  100%  locality,  i.e.  data  are  always 
found  at  D1 .  The  read  operation  is  serviced  by  the  level  one 
processor  PI  first,  then  retrieved  from  D1  and  returned  to  the 
reference  source  (SINKM).  The  write  operation  is  acknowledged 
immediately  by  PI  to  the  reference  source  (SINKM);  in  parallel, 
the  data  are  updated  at  Dl,  stored-behind  to  the  level  2  device 
D2,  then  the  asynchronously  spawned  task  terminates  (SINKU). 

Note  that  class  WPl  leaves  facility  PI  with  a  routing 
probability  one  to  SINKM  and  a  routing  probability  one  to  WDl  as 
indicated  by  the  dash  line,  i.e.  the  out-flow  is  twice  as  much  as 
the  in-flow,  violating  the  principle  of  flow  balance. 
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Several  studies  have  attempted  to  generali;*-e  queueing 
network  models  to  include  parallel  processing.  Browne,  Chandy, 
Horgarth,  and  Lee  (6)  investigated  the  effect  on  throughput  of 
multiprocessing  in  a  multiprogramming  environment  using  the 
central  server  model  approach.  Sauer  and  Chandy  (71)  studied  the 
impact  of  distributions  and  disciplines  on  multiple  processor 
systems.  Towsley,  Chandy,  and  Browne  (87)  developed  approximate 
queueing  models  for  internal  parallel  processing  by  individual 
programs  in  a  mult iprogrammed  system  based  on  the  central  model 
approach  and  the  "Norton  theorem."  Price  (63)  analyzed  models  of 
multiple  I/O  buffering  schemes.  Others  (59,  62)  modeled  a  number 
of  CPU;IO  overlap  cases.  These  studies,  although  valuable,  do  not 
fit  systems  which  1)  have  a  generalized  topology,  and  2)  have  the 
UAP  phenomenon. 

Modeling  the  UAP  phenomenon  for  generalized  queueing  network 
systems  is  a  relatively  new  topic,  first  reported,  to  the 
author's  knowledge,  by  Heidelberger  and  Trivedi  in  1982  (39).  In 
that  work,  An  approximate  solution  method  is  developed  and 
results  of  the  approximation  are  compared  to  those  of 
simulations.  Mean  value  analysis  approximation  techniques  are 
proposed  for  local  area  distributed  computer  systems  with  UAP  by 
Goldberg,  Popek,  and  Lavenberg  (34). 

It  is  perhaps  interesting  to  note  at  this  point  that,  quite 
independently  from  the  above  research,  the  author  developed  what 
is  known  as  "Flow  unbalanced  general  queueing  network  analysis" 
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(93,  94)  starting  in  1981.  The  technique  used  to  model  DAP  is 
very  similar  but  a  different  algorithm  has  been  used  to  test  the 
necessary  and  sufficient  condition  as  well  as  to  compute  the 
closed  network  throughput.  Moreover,  the  results  for  open 
networks  with  UAP,  such  as  response  time,  have  been  analyzed  in 
the  INFOPLEX  research.  A  syntactic  definition  has  also  been 
given  to  decompose  a  model  uniquely. 

A  terminal-oriented  system  and  a  batch-oriented 
multiprogramming  system  were  modeled  by  Heidelberger  (39),  and 
local  area  distributed  systems  were  modeled  by  Goldberg  and 
others  (34)  while  a  hierarchically  decomposed  architecture  is 
modeled  in  the  INFOPLEX  research  (93,  94).  The  consistency 
reported  from  modeling  these  different  architectures  provides 
further  validation  of  the  modeling  technique.  The  background 
theories  which  are  essential  for  the  remainder  of  the  thesis  are 
reviewed  below. 
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C  total  number  of  classes  in  the  network. 

CMD  continuous  and  monotonically  decreasing 
D  V*S;  the  product  of  visit  ratio  and  mean  service  time. 

FCFS  first  come  first  serve. 

f  Xo  (M)=f  (Xo(U));  the  main  chain  throughput  as  a  nonlinear 

function  of  the  UAP  chain  throughput. 

IS  infinite  server. 

XCFSPR  last  come  first  serve  preemptive  resumable. 

M  number  of  service  facilities  in  the  network. 

N  mean  number  of  customers  (mean  queue  length  including  the 

one  in  service ) . 
n  number  of  customers. 

PS  processor  sharing. 

p.f.s.  product  form  solution. 

p.g.f.  probability  generating  function. 

R  mean  response  time. 

S  mean  service  time. 

U  utilization. 

UAP  unbalanced  flows  due  to  asynchronously  spawned  parallel 
tasks . 

V  visit  ratio. 

X  throughput. 

X  arrival  rate. 

ft  service  rate. 

p  traffic  intensity. 


Example:  S,(M)  means  the  mean  service  time  of  facility  i  for  the 
main  chain;  V,(M)  means  the  visit  ratio  to  facility  i  due  to  the 
main  chain;  and  D,(M)  =  S^{M)  *  V, (M)  is  the  product  of  visit 
ratio  and  mean  service  time  of  facility  i  for  the  main  chain. 


The  analytic  approach  of  performance  evaluation  of 
distributed  systems  requires  a  great  deal  of  background  knowledge 
in  queueing  theory.  To  present  the  thesis  concisely,  only  the 
most  relevant  results  are  presented  in  this  section.  A 
comprehensive  bibliographic  list  is  appended  for  those  interested 
in  this  area. 
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II. 3.1  Little's  Formula 


Let  N  be  the  average  over  all  time  of  the  number  of 
customers  in  a  system,  x  be  the  average  arrival  rate  at  the 
system,  and  R  be  the  average  over  all  arrivals  at  the  system  of 
the  system  response  time,  then  N  =  x  *  R.  This  formula  states 
that  the  average  number  of  customers  in  the  system  is  equal  to 
the  product  of  the  arrival  rate  and  the  average  system  response 
time. 

11. 3. 2  Product  Form  Queueing  Networks  (PFQN) 

For  the  following  queueing  disciplines,  a  product  form 
solution  exists  for  a  queueing  network;  first  come  first  serve 
(FCFS),  processor  sharing  (PS),  infinite  server  (IS),  and  last 
come  first  serve  preemptive  resumable  (LCFSPR) .  If  a  server  has 
a  PS,  IS,  or  LCFSPR  discipline,  then  different  service  time 
distributions  are  allowed  for  different  classes  at  a  service 
facility.  In  this  case,  the  service  time  distributions  affect  the 
performance  measures  we  shall  consider  only  through  the  mean 
service  time.  If  a  service  facility  has  a  FCFS  discipline,  then 
all  classes  at  the  facility  must  have  the  same  exponential 
service  time  distribution  (5). 

11.3.3  Single  Chain  Queueing  Networks  ( SCQN ) 


A  single  chain  queueing  network  is  one  with  only  one 
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customer  type.  However,  service  facilities  may  have  several 
classes  which  allow  customers  to  have  different  sets  of  routing 
probabilities  for  different  visits  to  a  service  facility.  Note 
that  although  there  are  several  classes  and  several  routing 
probabilities,  the  only  parameters  in  the  product  form  solutions, 
when  aggregated  to  the  service  facility  level,  are  visit  ratios, 
mean  service  times,  and  number  of  customers  in  the  closed 
queueing  network  case  (49). 

II. 3. 4  Open  Product  Form  Single  Chain  Queueing  Networks  (OPFSCQN) 

An  OPFSCQN  is  one  with  M  service  facilities  and  C  classes 
and  a  single  chain  that  has  a  product  form  solution.  In 
addition,  there  are  sources  for  exogenous  arriving  customers  and 
sinks  for  departing  customers.  It  is  assumed  that  customers  from 
exogenous  sources  form  a  Poisson  process  with  a  constant  arrival 
rate  x. 

A  remarkable  theorem  by  Jackson  states  that  for  OPFSCQN 
with  a  constant  arrival  rate,  the  network  is  separable  (42),  i.e. 
one  can  compute  a  service  facility’s  performance  measures  as 
follows  (28,  49,  71):  Suppose  the  probability  that  an  arrival 
customer  enters  class  c  is  P© . c  then  it  must  be  true  that 


C 

I  Po.i 

i  =  l 


=  1 


C 

+  I  V,  *  p, 


Po,  j 


D  ~  1  r  •  •  •  f 


C 
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Suppose  the  system  is  in  the  steady-state,  then  the  system 
arrival  rate  is  equal  to  departure  rate.  Let  Xq  denote  system 
throughput,  it  follows  that  =  \ .  Let  X,  be  the  throughput  of 
facility  i,  it  follows  that  X,  =  X^  *  V,  i  =  1,  M.  Let 

U,  =  X,  *  S,  where  U,  is  the  utilization  of  service  facility  i 

and  Si  is  the  mean  service  time  of  facility  i.  It  is  easy  to  see 
that  an  open  queueing  network  is  stable  iff  U,  <  1  for  all 
service  facilities  in  the  network.  The  IS  discipline  is  excluded 
from  our  discussion  to  avoid  unnecessary  digression.  The  mean 
queue  length  (including  the  one  in  service)  is  N.  =  U,  /  (  1-U, 

). 


By  Little's  formula,  the  mean  response  time  of  service 
facility  i  is  R,  =  N,  /  X,.  It  follows  that  system  response 
time  R  =  R,  +  ...  Rv  The  mean  number  of  customers  in  the 
network  N  =  R  /  Xq.  Note  that  different  formulae  should  be  used 
for  the  IS  discipline.  Thus,  for  OPFSCQN,  one  can  obtain  system 
as  well  as  facility  throughput,  response  time,  and  mean  queue 
length. 

II. 3. 5  Open  Product  Form  Multiple  Chain  Queueing  Networks 
(OPFMCQN) 

OPFSCQN  have  a  single  source  and  a  single  sink  and  all 
classes  are  reachable  from  the  source  and  the  sink  is  reachable 
from  all  classes.  It  is  not  necessary,  however,  that  all  classes 


be  reachable  from  one  another.  If  there  are  H  sources  and  the 
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classes  are  partitioned  into  H  disjoint  subsets  such  that  for  h  = 

I,  H,  all  classes  in  subset  h  are  reachable  from  source  h 

and  not  reachable  from  any  other  sources  or  any  other  classes  in 
any  other  subsets,  then  there  are  H  open  routing  chains  (49).  It 
can  be  shown  (49,  71,  64)  that  if  we  have  H  chains,  each  with  a 
Poisson  source  with  a  constant  rate  ,  h  =  1,  H,  then  we 

can  treat  the  H  open  chains  as  a  single  aggregate  chain  if  we 
give  that  aggreate  chain  an  arrival  rate  x  =  x,  +  ...  +  Xh,  and 
where  class  c  belongs  to  chain  h  in  the  original  network,  make 
the  replacement  Pq . c  =  (^h/^)*Po.c»  c  =  1,  ...,C. 

II.  3. 6  Closed  Product  Form  Single  Chain  Queueing  Networks 
(CPFSCQN) 


A  closed  product  form  single  chain  queueing  network  is  one 
with  M  service  facilities,  C  classes,  and  a  fixed  number  of 
homogenous  customers  that  has  a  product  form  solution.  Several 
algorithms  are  available  for  CPFSCQN;  the  convolution  algorithm 
(14)  remains  the  dominant  algorithm  for  general  purpose  use  (49). 

The  equilibrium  distribution  of  customers  in  CPFSCQN, 
aggregated  at  the  service  facility  level,  is  given  by: 


nm) 


M  n  i 

(1/G(N))  *  n  (D,) 


i  =  l 


F(tli,  ..., 


G 


w  n  e  r  e  D  . 


V .  .  s .  ,  ana 


is  che  number  c:  customers 


facility  i.  It  can  be  shown  (9)  that 


P  (n,  =  k)  =  (D.  )  '  {G(N--, )  -  D- *G  (N-k-l))/G  (N) 


where  G(n)  is  defined  as  zero  for  n<; 


The  mean  queue  length  of  facility  i,  N,,  is  given  by 


N  .  =  I  (D. ) "  *  G(N-k)  /  G(K) 

k  =  l 


The  system  throughput,  X- ,  is  given  by  X.  =  G  ( N-1  )  ,'G  (  K  )  . 
’herefore,  once  the  values  of  G(l),  G(N)  are  given,  a  number 
-f  useful  cerformance  measures  can  be  comouted. 


1 1  . 3  .  -  Convolution  Alcorithm 


The  expression  for  G(N)  in  the  equilibrium  distribution 
equation  involves  the  summation  of  C(M+N-1,N)  terms,  each  of 
which  is  a  product  of  M  factors  which  are  themselves  powers  of 
the  basic  quantities.  However,  the  celebrated  convolution 
algorithm,  computes  the  entire  set  of  values  G{1),  ...,  G(N)  usin 

a  total  of  N*M  m.ultiplications  and  N*M  additions.  The 
im,plem,entat  ion  of  the  algorithm  is  extremely  simple; 


/*  Initialization  */ 


K! 

:  or 

m  =  i  to  M 

for 

n  =  1  to  N 

G(n 

)  =  G(n)  -  D 

im)*G(n-l ) 

end  convolut 

ion  */ 

::.3.S  Produc 

t  Form:  -Mixed 

Queueino  Networks  (PFMQK) 

Let  s  restrict  a  proauct  form  mixed  queueing  network  to  b 
one  with  only  one  closed  chain  and  one  open  chain.  Let  "(C) 
denote  the  closed  chain,  and  "(O)"  denote  the  open  chain.  Th 
traffic  intensities  cf  facility  i  due  to  the  open  chain  and  th 
closed  chain  are  defined  as 

.  (0)  =  X,  (C)  *  V.  (0)  *  S  ,  (0) 

. , (C)  =  (C)  *  V, (C)  *  S  .  (C) 

The  p.g.f.  method  has  been  used  by  Reiser  and  Kobayash 
(64)  to  provide  important  theoretical  results  for  PFMCN •  It  wa 
found,  with  the  p.g.f.  method,  that 

1)  The  stability  cf  PFMQN  is  unaffected  by  the  presence  cf  close 


CHAPTER  III 


Existence  cf  the  Product  Fcrm  Solution 
for  Syster.s  with  Unbalanced  Flows 

III.l  MOTIVATION  AND  SIGSIFICANCE 

As  mentioned  in  Chapter  1.4,  a  crucial  question  is  whether 
the  product  form  solution  also  exists  for  systems  with  unbalanced 
flows  assuming  a  certain  physical  characteristic  holds  which 
allows  flows  not  to  be  conserved  at  the  flow  unbalanced  points. 
It  is  logical  to  ask  this  question  considering  the  derivation  cf 
the  product  form  solution.  As  Burke  pointed  out,  for  a  Jackson 
type  queueing  network,  the  combined  input  to  a  service  facility, 
new  arrivals  and  returning  customers,  is  apparently  not  Poisson 
in  general;  nonetheless,  Jackson  found,  by  the  flow  conservation 
argument,  that  the  steady-state  joint  probability  distribution  of 
the  network  with  feedback  is  the  product  cf  individual  service 
facility  probability  distributions  --  a  result  which  is 
astonishing  in  light  of  Burke's  results  (7). 

A  similar  situation  has  been  observed  in  systems  with 
unbalanced  flows  by  Madnick  (56):  while  the  combined  input  to  a 
service  facility  in  a  Jackson  type  queueing  network  with  balanced 
flows  is  not  Poisson  in  general,  the  output  process  at  the  flow 
unbalanced  points  in  a  network  with  unbalanced  flows  is  also  net 
Poisson  in  general.  It  might  be  possible  to  apply  some  kind  cf 
techniques  such  as  the  one  employed  by  Jackson  to  show  that  the 


proGucr  lor:?.  sciuticn  aj.sc  e.xists  :cr  systerpis  w:tn  ur.caiancec 
flews  given  a  set  cf  reasonable  essur.pt  ions . 

This  question  is  important  frerr.  the  theoretical  point  cf 
view  as  was  stated  in  Chapter  1.4  and  is  recapitulated  here:  on 
the  one  hand,  if  it  can  be  shown  that  the  product  ferm  solution 
does  exist,  then  the  breakthrough  will  extend  the  product  forrr. 
theory  to  networks  with  unbalanced  flows;  on  the  other  hand,  if 
it  is  shown  that  the  product  form  solution  does  not  exist  in 
general,  then  one  has  to  use  some  other  techniques.  An  analogy  to 
this  would  be  that  if  it  is  shown  that  a  problem  can  be  solved 
with  a  polynomial  time  algorithm.,  then  one  can  locate  an  optimal 
solution  (an  exact  solution  in  the  author’s  case);  on  the  other 
hand,  if  it  is  shown  that  the  problem,  is  NP-com,plete ,  then  one 
can  only  em.plcy  heuristic  algcrithm.s  to  solve  the  problem,. 


I  I  I  ■ 2  ASSUMPTIONS 

It  is  useful  to  classify  queueing  networks  before  we 
investigate  the  existence  problem  for  systems  with  unbalanced 
flows.  Figure  III.l  depicts  all  possible  combinations  of  queueing 
netwerxs  as  a  big  circle.  The  upper  half  cf  the  big  circle 
depicts  networks  with  balanced  flows  and  the  lower  half  depicts 
networks  with  unbalanced  flows. 


4 


;ws  (tne  upper  r.a.:  c:  tr. 


have  exaar  scluticr.s,  as  shew 


?y  the  sr.ai:  circles  (A)  ana  (3,.  The  srriall  circle  (A)  stand: 


or  cueueina  networks  which  satisfv  the  assurr 


:f  the  3CM? 


hnecren',  and  the  srr.all  circle  (3)  stands  for  aceceinc  netwer^s 


;S3 :  h-e 


nave  exa; 


tnat  , 


find  scrr.e  ether  networks  wich  balanced  flows  which 
solutions.  The  point  to  empha size  here,  though,  is 
; d  large,  only  a  sn.all  percentage  cf  networks  with 


ba-anceo  fiows  have  exact  solutions.  It  is  easy  tc  ccnstruct 
networks  with  balanced  flows  which  do  not  have  known  exact 
solutions.  Exartiples  are:  queueing  networks  with  FCFS  service 
disciplines  but  with  different  service  time  distributions  for 
different  classes  cf  customers;  queueing  networks  with  a  rtioderate 
amount  cf  service  facilities  and  custcm.ers,  13  and  1 


instance,  but  with 


buffer  size,  20  for  instance; 


queueing  networks  which  allow  re-routing;  queueing  networks  which, 
allow  servers  to  idle  when  customers  are  in  the  queue;  ;  and 


:ueue  1  no 


networks  which  have  customers  possessing  m.cr e  than  one 


resource  s  im.ul  tanecus  1  v ,  The  list  can  go  on  ana  on. 


For  networks  which  have  exact  solutions,  perfcrm.ance 
measures  can  be  ccm.puted  exactly  and  efficiently.  If  a  netwer-. 
does  not  have  an  exact  solution,  then  the  analyst  has  to  use 
either  simiulations  or  amor  ox  im,a  t  i  on  s  which  are  more  extensive 
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)  Solve 


:enera*  ca.ance  ecoatior.s  ana  snow  tna' 


s  0  e  a  a  -  s  i 


c:  inaiviaaa-  service  laciaitv  orocaci ^ : cv  aistri. 


(II;  Let  C  be  a  norma  1 i sat i on  constant  chosen  suah  that  the 
network  state  crobabi 1  it ies  sum  to  one;  and  assume  that 
P(S. . Sv)  =  C  P.  (S.  )  ...  P,.  (Sv  )  ; 


then  check  to  see  if  consistent  answers  can  be  obtained  from  the 
General  balance  equations.  If  the  results  are  consistent,  then 
the  product  form  solution  satisfies  the  general  equations;  on  the 
other  hand,  if  contradictory  results  ere  derived,  then  the 
product  form,  solution  does  not  exist  for  the  queueing  network 
system,  in  question.  An  exam.ple  is  given  below  to  illustrate  these 
two  m.ethcds. 


1 1  .  3  . 1  Examcl 


Suppose  that  we  have  a  closed  system,  with  only  one 
customer  and  three  service  facilities.  The  service  discipline  of 
the  facilities  is  FCFS,  and  the  service  timie  distribution  is 
exponential.  The  routing  probabilities  are  shown  in  Figure  1 1 1. 2, 
and  one  s t a t e- 1 r an s i t i on- ra t e  diaaram  is  shown  in  Ficure  III. 3. 


Note 


there  is  only  one  class  of  custcmiers  per  service 
and  flows  are  balanced.  Therefore,  the  product  form. 


;lution  should  exist  in  theorv 


(;i 


DP.  tae  state-rraasitica-rste  aiaarar. ,  one  can  cerive  ine 


'CO  *  C.7  =  ?{c:0)  *  ...  (1) 


1  n  \  * 


7  n  •:  1  * 


P(CCl) 


...  (2) 


P(OlO)  *  =  P(IOC)  * 


.  (  3  ) 


0  two  methocs  pencioned  in  III. 1.3  are  applied  below  to 
indeed  for  this  flow  balanced  network,  the  product  forr 
exists. 


:lution  I:  Solve  for  the  General  Balance  Eauations 


0  three  general  balance  equations  --  (1),  (2),  and  (3 
solved  below  to  show  that  the  steady-state  joim 
tv  d  i  St  r  i  but  i  cn  has  the  croduc  t  f  orrr.  solution. 


oir.  (1  )  ,  P(0:0) 

0.7  *  ,,  /  ..  *  P(IOO)  ...  (4) 


(2)  ,  ?(001)  =  0.3  *  *  P(ICC)  ...  (5) 


t  PdOC)  ?(C31)  +  P(OIC)  =  1,  therefore 
Id)  0.7  *  *  P(IOC)  *  0.3  *  '' ..  - 


dlows  that,  P(IOC) 


/  (1  C.7  *  /  J  =  +  0.3  *  .  i 


*  pc: 


Therefore,  P^C)  P^_{C)  *  0.7 


=  ?. ( C  )  ?.  C ) 


.  (4)  ’ 


Frcir,  (2)  ,  P,(l)  ?p(0)  ?:(C)  *  C.3 
=  P,(C)  P,(C)  ?c(l)  * 


Therefore,  P^d)  ?c(0)  *  0.3 
=  P,(C)  Pc(l)  *  •••  (5)’ 


From  (3),  P,(C)  PeCO)  P;(1)  *  yc  +  Pa(0)  Pe(1)  Pc(0)  * 
=  PdD  p£(C)  Pc{0)  * 


Plug  (4)'  and  (5)'  to  the  left  hand  side  above, 
it  follows  that  the  left  hand  side 

=  P,(l)*Pc(0)*C-3*yi*P5(0)  +  P. (1)*Pe(0)*C.7*a4*Pc(0) 
=  ?,  C  )*?£  (0)*P;  (O)*,.-. 

=  the  rioht  hand  side. 


That  is,  all  the  above  balance  equations  hold  when  the 
product  form  solution  is  used  to  verify  the  results.  It  is  ideal 
to  show  that  the  product  form  solution  exists  by  method  (I),  but 
in  general  it  is  difficult  because  the  number  of  general  balance 
eouaticns  exolodes  as  the  ooDulation  or  the  number  of  service 


:  a  c  :  1 1 1 :  e  s 


\e  system,  increases.  Method  (II)  is  emiplcyed  in 


next  section  to  study  system. s  with  unbalanced  flews. 


A  case  is  exarr.inec  in  this  section  to  see  if  the  produce 
for  Cl  solution  can  exist  for  systeir.s  with  unbalanced  flows.  The 
queueing  network  diagram  for  the  case  is  shown  in  Figure  III. 4. 
Note  that  the  routing  probabilities  from,  facility  A  to  both 
facility  B  and  facility  C  equal  to  one,  a  violation  of  the  flow- 
balanced  assumption  used  by  classical  queueing  networks.  Assuming 
that  custoTiers  com.ing  cut  of  a  service  facility  can  split,  then 
the  cor  respond  i  ng  state-transit  ion-rate  diagram,  for  Figure  III. 4 
can  be  derived  as  shown  in  Figure  1 1 1. 5. 


From  the  s t a t e- 1  rans i  t  i on-ra t e  diagram.,  we  get 

?(011)  =  .=  P{01C)  ...  (1) 

?(100)  =  .•=  P(C:C)  *  P(lCl)  ...  (2) 

(  . ,  -  . ;  )  *  P  ( 1  0 , 1  ) 

=  P(0:,I  )  ^  P(10,:+l)  ...  (3) 

for  I  =  1,  2,  ... 

*  P(C1,I)  =  .:*P( 01,1-1)  +  P(1C,I-1)  ...  (4) 

^  f  c.; 


Suppose  that  F(S.,  S.  ,  S.- )  =  C  ?-(S.  !  *  P^iSr)  *  P:(S:) 
Then  frctr.  (1),  PlOll; 

=  *  C  *  P,(G)  *  P.C)  *  P,(l) 

=  *  C  *  P,  (G)  *  ?.  (1)  *  P-(0^ 

It  follows  that,  *  ?c(l)=  ,^E  *  ?:(0)...  (5) 

Frcrr,  (2),  *  P^d)*  PdO)  *  Pc(0) 

=  .■.*PdO)*Pdl)*?c(C)  -  1  )  *?=  (  0  )  *P:  ( 1 ) 

=  v£*Pi  (0)*P=  (1)*P;  (0)  +  .■£*Pc  (0)*?dl)*pE  (0) 

It  follows  that,  .•d?dl)*PE  (C) 

=  +  .  =  *Pdl  )*?£  (0) 

Therefore,  (-•  -  .  =  )  *P,  ( 1 )  *?£  (  0  )  =  „■  =  *Pi  (  0  )  *P£  ( 1 )  ...  (6) 

Froo,  (3),  -  „:)*?, (1)*Pe{0)*P;(I  ) 

=  .dPdC)*?£{l)*?c{I  )  +  y:*Pi(l)*?-:(C)*?;(dl) 
for  I  =  1,  2,  ... 

Plug  (6)  into  the  above  equation,  it  follows  that, 

^  . - ) *Pi { 1 )*?E ( - ) *P: d ) 

=  (..-„■=)  *P,  (  1  )*p£  (  0  )*?;(  I  )  *  „:*?,(  1  )  *P£  f  C  I  *P;  {  dl  ) 
for  I  =  1,  2,  ... 

It  follows  that,  (  -■  ;  +  J;)*P,;{I) 

=  (  y  j  -  .  £  )  *  P  £  (  I  )  +  ;  *  P  ;  (  I  *  1  ) 
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CHAPTER  :V 


y  H  e '  ' 


.  y  s  :  s  c  f  D  i  s  t  r  i  b  ■ 
w  r,  C'c  r  1  c  w  s 


S  'v-  s  t  e  r,  5 


it.  w  a  5  s  r.  t  w  r. 
does  net  exist 
aeerex  ir.at  ions  hav< 


C  n  a  c  t  e : 


.  tr .  1  c. . 


c  t  n  e  r 


:t  :cr.e.  sc^-j; 
caches  such 


to  be  acoiied. 


, echr.  ique  :s  presentee 


c  u  1 1 :  n  e 


this  chaster  to  rrioce-  distribute'^ 


systems  with  'u.nbalanced  flews.  Issues  and  solutions  derived  from, 
the  cutting  technique  are  discussed. 

IT.l  .VC'DEl  STRUCTURE 


Withe 


loss  of  generality,  let's  assume  that  all 


customers  in  the  queueing  network  are  homogenous,  i.e.  there  is  a 
single  custc.mer  type.  In  Figure  II. 1,  the  single  type  customer 
has  C.S  probability  of  requesting  the  read  operation  and  C.2 
probability  of  requesting  the  write  operation.  It  would  be  easy 
to  relax  this  assum.ction  to  include  different  tvoes  of  customers. 


Let  there  be  M  service  facilities  and  C  classes  in  a 
A  service  facilitv  mav  consist  of  several 


.eue :  n : 


A  r  . 


lasses  which  a*-cw  customers  to  nave  aitferent  sets  of  routing 
)r  obab  i  1  i  t  i  e  s  for  different  visits.  Assum;e  that  anv  sources  anc 


S  1  Ti  N  S 


T**  C'  Pi  , 


:c  class 


:  e  D  0 1 8  the 


which  is  the  fraction  of  the  c  us  t  omie  r  s  c  om;cl  e  t :  n  : 


service  i : 
r  •  - 

•  ••f  V-f  ^  _ 


c  .ass 


that  joins  class  j.  i  =  0,  ...,  C,  i  = 


bv  convention. 


ID 


wit"  JAr 


i 


-  cse: 


c -cse; 


r.  e  t  w  c  r  ri  s  wit  h  'J  A  ?  ,  a 


r.a  tne  ccer. 


rr,  1  >:  e ; 


.  ^  ^  f.  ^  w  .  . 


•  •  r  Ti  *:  p  Cl 


Figure 

:  .  3  can 

08  obo^ir. 8C 

r  C  -  X  O  W  1  0  C 

the  discussion  in  Chapter 

- 

I V .  2  . 

Since  X  _ 

(C)  =  XdM) 

*  V(U) 

where  X-(.M,'  is  evaluated 

i 

w  r*  r  0  ’vj  c  r.  a  n  c  r.  ^  .  r.  •s  a  r 
that  X- (U 
solve  t  h  e  r.  o  n  1  i  r,  e  a 
first: 


iinctict  c:  X-(U)  (Chart! 


) 


'  X  —  W  I 


=  fiX^dM)  *  V(L')  where  f  is  a  ncr.linear  fjnctior..  T; 

equation,  two  issues  have  tc  be  addresse; 


A;  What  are  the  properties  of  f? 

3)  What  is  the  necessary  and  sufficient  condition  for  the 
network  to  be  stable? 


??m;n  is  shown  below  t 
to  settle  issi-e  3  which  leads 
c  -  c  s  e  o  n  e  t  w  c  r  ,  »  n  e  IS 

suosec  t  i  c n  ,  Chapter  I V . 2 . 3 
oisticiines. 


caseo  on  -eiser  ana  r-coayasn:  s  tneoren  ( 
ow  to  settle  issue  A ;  and  two  lerr.na  s  are 


a  . .  -  *  -  c. 


o  r.  ’*  :  v 


:eaur 


discipline  is  excluded 
discusses  its  difference 


on 

!  proven 
for  the 
in  this 
:.T,  ether 


:  a  n 


Corollarv: 


ter  tne  n.  i  x  e ! 


'  c.  o  0 


c  J.  c  s  e  0  n  e  t  w  c  r  K 


'On  \  MN  )  ,  as  i-.*ustrate' 


.  -  (  M  )  bv  ...(Ml  (  1  -  (  C  n 


u 

I 


lu 
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s  c  u  r  c  e  ,  t  h  e  v 


.all 


De  crccessea  at  a  ^ater  tirie  as 


•  C  -  f  ■ 


^  o  0  5 


t  .t  a  t  t  n  0  c  a  c  a  v  i  . 

STicrage  hierarchy.  Thus,  the  STCPE-3EHI  ih 


aticcs  U-  me  *cver  *eveis 
a  s  s  i  c  r.  6  a  a  _  c  w  0 
the  e.xcerr. al  users  f 


.lerarc 


i0Ciat.a  stcraca 
priority.  As  a  resolt,  the  response  tiiTe  t; 
read  and  write  requests  will  be  enhanced. 


Flow  Balanced  Svsterr.s 


.  ec  nr. :  cue  s 


st'jGvinc 


-  t-  *  * 


;r:tv  sc  he 


S  c.  A  '  •  *’  •  ri  ' 


oiscio-ines  in 


CPT  , 


■n  r.odels  have  been  proposed  !;?,  BO),  Sevcik  (80) 
shadow  CPU"  technique  to  approximate  a  central 

ity  scheduling  discipline 
the  I . 0  channels.  Basically,  his  approach 
there  are  two  types  of  customers  visiting 
h i c  h  e  r  c  r i o i r  t  v  and  the  other  with  a  lower 
To  eliminate  the  CP'J  contention  due  to  the  higher 
'ustcmers,  an  additional  CP'J  (called  the  "shadow  CP'J”) 


‘  o  ■  ^  ■  r  : 


crcoose; 


at  tne  CP_  a no  rCrS  at 
15  as  follows:  sucrose 


*  w  ,  .  O 


:s  provided  for  the  exclusi 
customers.  Clearly  the 
unrealisticallv  occd 


-  1.  •*'  0  . 


use  of  the  lower  priority 
ity  customers  will  be  receiving 
service  at  the  CPU  because  they  don't 
her  cricrity  custcrtiers.  Therefore,  the  lower 


customers 


onoest  the  1  C  channels  m.ore  than 


t  r.  0 


ly  would  in  the  priority  scheduling  model,  A  variation 
'shadow  CP'J"  model  involves  slowing  dc-wn  the  progress  of  ) 


.he 


flows 
0  r  ®  c  6 


n  55  tr.cse  oue  oc  tr.e  S  ND  cperaoicr.s  nave  a 

0 r  i  t  w f.  i  1 6  c t  h 0 r s  h a v 0  t h 6  s a rri 6  p r  i  0 r  i  0  v  as  t h 6  rn a  i  r. 

t  the  preer.pt  i  ve  priority  custor.ers  he  called  type  H 
ar.d  the  lower  priority  customers  be  called  type  1 
To  reflect  the  content  ion  due  to  type  H  custcners, 
ustorers  have  to  be  slowed  down.  However,  the  response 
v’ce  L  custorr.ers  is  irrelevant  to  the  resocnse  tire  that 
nee  source  perceives  because  type  L  customers  are  fully 
In  other  words,  type  L  custor.ers  are  transparent  the 
nal  world.  Therefore,  it  is  unnecessary  to  adjust  the 
service  rate  of  type  L  customers  unless  one  became  interested  in 
the  resconse  time  of  tvoe  L  c’jszcniecs . 


compute  tne  per  terra  nee  m.easures  or  systems  witn 
flows  wioh  different  priorities,  as  assumied  before, 
ignores  type  1  custor.ers  in  calculating  the  sum  of  the 
1:  visit  ratios  and  mean  service  times.  However,  the 

condition  has  to  be  checked  with  type  L  customiers 
C  t  he  r  w  i  se  ,  the  system,  m.ay  bee  cm,  e  unstable  due  to 

iac,-;log  of  type  L  customers. 

.  r  i  but  e d  sy  s t  em.s  with  unbalanced  flows  and  with 

priorities  have  been  modeled.  However,  the  model  is 
to  the  case  where  scmie  of  the  unbalanced  flows  have  a 
;rity  than  the  miain  chain.  Conceivably,  it  would  be 


CHAPTER  V 


::  iterative  A-gorit; 
;le:::er:tat  i  on  cf  TAT 


vr*e  wn6crv  G8V6-006C1 


Chacter  IV.  2  was  ir.vest  icate: 


"  a  0  1  v  6  a  j.  c  c  r  1 1.  r. . 


were  stuoie' 


i.  e  w  i.e  * 


:  c  n  V  e  r 


soeeos .  Tr.e  resu.rs 


the  study  were  irr.plerr.ented  in  TAD  tc  evaluate  the  per f oro.ance  c: 


oirterent  cesicn  alternatives  cf  the 


.'?-uX  cata  stora; 


hierarch' 


irr.C-ec'.entat  i 


^  c  rr  >  ^ 

C  ^  i  rt  J 


’e  ’^reser.  '"eo 


a.Goritnrr.s  ano  tne 


;nis  cnacter 


ierronstrate  the  cractica! 


'EPATIVE  ALGORITHMS 


n  1  s  r  e  5  e  a  r  c  r. , 


was  shown  in  Chanter  IT, 2  that  the  stability  condition 


a  c-cseo  svste: 


eoui-ioriun  svstec,  tnr 


:e  loentirieo  tc  insure  tnat  a 


y..,  exists.  To  .ocate  X.  ,  Suoen 


convc.  ut  1  on.  a-Goritno.,  as  sncwn  in 


.  1,  is  acoliec 


s  o ..  V  e 


nonlinear  equation,  G  (  N- 1  ) , 'G  ( N' )  ,  iteratively,  where 


G  1  N  I  is  the  no  rna  1  i  za  t  i  c  n  constant  when  N  custo:r'.ers  circulate  i: 


tne  c-cseo  svs: 


o.Duta  1 1  cna  -  erticienc' 


tr  ^  c  -  *  w  . . 


is  the  order  cf  M*N'(  o(MN’)  )  where  .M  is  the  number  of 


s  e  r  V  1 : 


1 e  s  (14). 


practice,  it  i  s  c  crr~ 


close  a  system,  with  10  custoir.ers  and  15  service  facilities.  Fc: 
instance,  a  P1L3  I.N'FOPLEX  data  storage  hierarchy  model  with  1. 
degrees  cf  mul  t  i  pr  eg  rarr.m,  i  ng  rr.ay  be  represented  as  a  closed  syster 
with  11  customers  and  15  ser-vice  facilities.  In  this  case,  it 


r 

1 
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MICROCOPY  RESOLUTION  TEST  CHARI 


The  lemmas  beiow  prove  tne  correctness  c.  .ne  cn^-^eb  - 
*“he  3PC  lc»^*er  ho u nos  useo  hv  tne  two  a*QcritnmS/  uS 

oiscosseo  above. 

Lemma  V . 1 . I 

Let  (U3)'  denote  the  upper  bound  at  the  i  - iteration, 


( LB  ) 

denote 

the  lower  bound  at 

the  i .  r-  it 

erat icn , 

(X,  ) 

denote 

the  estimate 

of  Xe 

at  the  i . 

iteration 

,  and 

(XM) 

' * ■  dene 

te  (X,(M))-*- 

w  h  i  c  h 

equals  to 

f { (X- ) • ) , 

then 

one  of 

the  following 

condi 

tions  m.ust 

exist  for 

the  31 

and 

33S  algo 

r i thms : 

I  ) 

{ XM )  ■  * 

■  £  (LB)'  £ 

(X,)  • 

£  ( U3  )  ■  ; 

i: ) 

(LB)  ' 

<  (XM)'*‘  £ 

(X;  )  ■ 

£  ( U3 )  '  ; 

III)  (L3)'  <  (X.)'  s  (XM)-*'  £  (U3)-; 

VI )  (LB) •  <  (X-) •  £  (U3) ■  <  (XM) ■ * ' . 

<Proof>  The  binary  search  and  interpolation  mechanisms  guarantee 
that  (L3)'  £  (X;)'  £  (U3)'.  It  follows  that  the  four  conditions 
are  mutually  exclusive  and  collectively  exhaustive.  G.E.D. 

Lemma  V . 1 . 1 1 

Let  (L'3)'  denote  the  upper  bound  at  the  i  •  iteration, 
(L3^'  denote  the  lower  bound  at  tne  i . iteration. 


(Xy.i  cencte  *  wr.icn  e::ua.s  tc  :((a-)  ), 

then  the  ticrer  and  lower  bounds  are  detero'.ined  as 


'  r  w  8* 


^  i-  -  ^  T  T 


I)  (L3)'*'  =  (L3)'  \  (U3)*‘  =  (X-)'; 


II)  (L3)  *■  =  (XM)'*'  \  (U3)'*‘  =  (X-)'; 


III )  (L3) ■ * ■  =  (X- ) ■ 


(xy.)  -  • ; 


VI  )  (L3)  ■ -  •  =  (X, )  •  \  (U3)  • * '  =  (U3)  ■  . 

<Proof>  The  ierr.rr.a  is  proven  for  condition  I.  Other  con 
ollow  bv  the  same  token. 


n  I  of  Lemr.a  V.l.I,  (.XM)  *'  <  (L3)'  t  (X-) 


roit.  the  CMD  property,  (XM)'*'  <  (X-) 


nd  by  definition,  (L3)'  <  (X-)-^  <  {U3^' 


herefcre,  (L3)'*'  =  (03)'  \  (U3)'*'  =  (X-)'  C-E.D, 


Note  that  in  the  31  algorithm,,  it  is  possible 
stimate  from  an  interpolation  is  out  of  bound.  Specifical 
stimate  maybe  samller  than  the  lower  bound  in  conditio 


ana  Greater  tnar.  the  upt?er  bounc 


n  ccncitic: 


rr.a  V.l.II.  Cr.  the  ether  hand,  f  ( LOVrER .  BOUND )  is  unknown  in 
ion  II  while  f  ( UPPER .  30'JN’D )  is  unknown  in  condition  III. 
ore,  even  though  both  of  the  new  upper  and  lower  bounds  are 
Known  for  the  (i-l)...  iteration,  only  one  bound  can  be  updated  in 
the  cases  of  condition  II  and  III.  In  other  words,  the 
aticn  about  a  tighter  bound  is  not  exploited.  Let  the  31 
thm  without  exploiting  this  information  be  denoted  as  31/0, 
is  shown  in  Algorithm  V.3. 


It  was  observed  by  the  author  that  this  information  can  be 
ed  to  adjust  X.EST.  In  theory,  the  adjustment  is  equivalent 
lly  exploiting  the  bound  in  f  orm.at  i  on .  Let  the  BI  algorithm, 
adjustment  be  denoted  as  31, 'A,  as  shown  in  Algorithm  V.4. 
that  the  only  difference  between  BI/C  and  BI/'A  is  the 
ment  which  aooears  4  lines  above  the  bottom,  of  Alaorithm 


nd  31 /A  are  discussed  in  th‘ 


in  n  O 


ADJUSTMEN 


=  =  =  =  =  =  <30'jnded  :nterpoiation>  algorithm  with 

0??ER.3:TND  =  INITIAL. UPPER. BOUND: 

LOWER. BCUND  =  INITIAL. LOWER. BOUND 
SLOPE  =  ( E. LOWER. BOUND  -  F . UPPER . BOUND )  {UPPER. BOUND  - 
DELTA= {UPPER. 30UND-F .UPPER. BOUND) /{1+SLOPE ) : 

X.EST  =  UPPER. BOUND  -  DELTA 
CALL  CONVOLUTI ON . ALGORITHM 
NUMBER. OF . ITERATIONS  =  1 

WHILE  (  ABSvXM  -  X.EST)  /  X.EST  )  >  RELATI VE . ERROR 
I F  XM< LOWER . BOUND 
THEN 

LAST . X . EST=LOWER . BOUND : 

LAST . XM=F . LOWER . BOUND : 

I  UPPER . 30UND=X . EST ; 

I  F. UPPER. BOUND=XM 

I  ELSE 

j  IF  UPPER. 30UND<XM 

THEN 

LAST . X . EST=UPPER . BOUND : 

I  LAST. XM=F .UPPER. BOUND: 

!  LOWER. 30UND=X. EST: 

I  F . LOWER . BOUND  =  XM 

I  IF  LOWER. 30UND<=XM  AND  XM  <=  UPPER. BOUND 
THEN 

IF  XM<= X.EST 
THEN 

CONDITION=2 : 

LAST .  X .  EST= LOWER .  30U.ND : 

LAST . XM=F . LOWER . BOUND : 

UPPER . 30UND=X . EST ; 

F . UPPER . 30UND=XM 
ELSE 

LAST . X . EST=UP?ER . 30UND : 

LAST . XM=F . UPPER . BOUND : 

LOWER . BOUND=X . EST ; 

F . LOWER . 30UND=XM : 

CONDITION=3 

?E= ( LAST . XM-XM ) / ( X . EST-LAST . X . EST ) : 

TA=  (X.EST-.XM)/(SLOPE+l  ) 

ST  =  X.EST-DELTA 
I  IF  CONDITION=2  AND  X.EST<XM 
'  THEN 

I  X.EST=XM 

;  ELSE 

IF  CONDITION=3  AND  X.EST>XM 
THEN 

X.EST=XM 

CALL  CONVOLUTI ON. ALGORITHM 
'  NUMBER. OF. ITERATIONS  =  NUMBER . OF . I TERATI ONS  +  1 
WEND 


Alacrithm  V.4 


The  BI,'A  Algorithm 


PAGE  9c 


i  t  hr, 

^  ^  0rcV 

The 

of* 

i  c  i  e n c y  of 

the 

regular 

bi 

the  order 

LCG: (R) . 

I  n 

other 

w  0  r 

iterations 

*• 

search  a 

va  r  i 

able  in 

an 

woula  take  1l 


relative  error 


.OCl,  where  the  relative  error  is  defined 


follows:  (CURRENT. ESTIMATE  -  LAST . ESTI MATE ) /CURRENT . ESTI MATE . 
The  33S  algorithm  takes  advantage  of  the  bounds,  as  shown  in 
Lemma  V.l.II.  Therefore,  it  is  expected  to  perform,  better  than 
the  regular  binary  search  algorithm.  Suppose  that  an  XM  evaluated 
from  the  convolution  algorithm  may  fall  on  any  point  between  the 
upper  and  lower  bound  (i.e,  uniformly  distributed),  then  the 
expected  efficiency  of  the  B3S  algorithm  would  be  of  LOG^(R).  In 
other  words,  it  would  take  5  iterations  on  the  average  to  achieve 
a  relative  error  of  .COl.  On  the  other  hand,  if  the  distribution 
is  not  uniform;,  then  the  expected  efficiency  would  deviate  from,  5 
iterations. 


The  B1 /G  algorithm  has 
algorithm.,  but  takes  advantage  of 
X.EST  =  XM.  Therefore,  it  is 
outperform  33S  or  not. 


looser  bounds  than  the  BBS 
the  fact  that,  at  equilibrium, 
not  clear  whether  31/0  will 


The  B: /A  algorithm  not  only  takes  advantage  of  the  bounds, 
but  also  considers  the  fact  that,  at  equilibrium,  X.EST  =  XM; 
therefore,  it  is  expected  to  perform  better  than  both  of  the  33S 
and  31  .'0  alaorithm.s. 


r 
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V. : 


Simula' 


r-X  r 


T^er.r  s 


A  sim.ulaticn 

program. 

was  written 

to  validate  the 

33S, 

31/0, 

and  31  A  algor i 

thm.s.  The 

efficiency  of 

these  algorithm.s 

differer.r  cases,  as  elaborated  ir.  Chapter  IV. 2. 2,  were  cortpared 
based  on  the  sif.ulaticn  results  and  conclusions  drawn.  A  complete 
listing  of  the  simulation  program  is  available  in  Appendix  I. 


The  experim.ents  were  based  on  a  uniformily  distributed 
random  number  generator  (29,  30).  The  workloads  of  networks  with 
one  to  twenty  customers  and  two  to  twenty  service  facilities  were 
generated  using  the  random  num.ber  generator.  The  algorithm,  used 
to  initialize  and  sim.ulate  an  experim.ent  is  delineated  in 
Algorithm  V.5.  The  stability  condition,  as  elaborated  in  Chapter 
IV. 2. 2,  is  tested  to  insure  that  a  unique  solution  exists.  The 
algorithm  used  to  test  the  stability  condition  is  delineated  in 
Alcorithmi  V.6.  In  Algorithm  V.6,  if  the  case  type  turns  out  to 
be  I,  II,  cr  III,  then  a  unique  solution  exists.  In  these  cases. 


he  BBS,  31/0,  and  31 /A 


algorithms  are  invoked  to  evaluate  X-. 


RZy.  =  =  =  =  =  =  =  =  =  =  =  =  =  SIMULATE  AN  EXPERIMENT  =  =  =  = 
'mAX.VSj=C : 

NUMBER. OF . ITERATI  ONS  =  0  : 

LOWER, 30UND=G : 

UPPER. BOUND=0 

NUMBER. OF. FACILITIES  =  INT(RND*1S)  +  2 
NUMBER. OF .CUSTOMERS  =  INT{RND*2C)  +  1 
VSM. INDEX  =  0 

FOR  M  =  1  TO  NUMBER. OF .FACILITIES 
!  VSM(M)  =  INT(RND*6)  *  RND 
I  VSU(M)  =  I  NT (RND* 4)  *  RND 
!  IF 

'  VSM(M)>0 

I  THEN 

I  VSM. INDEX  =  1 

!  VSUtM)>  MAX.VSU 

i  THEN 

i  Mi.AX,VSU  =  VSU(M): 

'  MAX. VSU. INDEX  =  M 

NEXT  M 


Algcrith"  V,5;  Initialize  and  Simulate  an  Experiment 


R£y  =====  test  stability  CONDITICN  TO  IDENTIFY  T: 

.  sk 

MAX .  XM  =1 'MAX .  VSU 
X.EST  =0 

CALL  CONVOLUTION .ALGORITHM 

XM<MAX .  >LM 
THEN 

CASE . TY?E= 1 
ELSE 

I  F 

VSM { MAX . VSU . I KDEX ) >  0 
THEN 

CASE.TYPE=2 

ELSE 

X.EST=MAX.XM: 

G0SU3  400 C; 

XM<=MAX.XM 

THEN 

CASE.TYPE=3 

ELSE 

CASE,TY?E=4 

;£v  =  =  =  =  =  =  =  =  =  =  £.s-£  OF  STABILITY  CONDITION  TEST  =  = 


Algor  it  h".  V,6: 


he  Stability  Condition 


s  • 


Results 


D  ^  f  C  .  i  w 

exper  imer.  t 
achieve  a 
partiticned 
experiments 


r  simulation  experiments  were 
31  A  alcorithm  were  applied 
to  determine  the  number  of  i 
relative  error  of  .001,  The  10 
into  five  croups.  The  stati 
are  shewn  in  Table  V.l,  V.2,  V.3 


conducted.  T 
to  each  sim 
terations  recu 
,000  exper imen 
stical  results 
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As  analyzed  in  Chapter  V.l. 2,  the  simulation  results  also 
indicate  that  the  efficiency  of  the  31 /A  algorithm  is  much  better 
than  that  of  the  33S  algorithm. 
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V.2.:  Sic-ificance  cf  TAD 


Cor, temporary  analytic  performance  pacakages  such  as  BEST/1 
(9)  and  RESQ  (77),  though  very  powerful,  cannot  be  applied  to  the 
INECPLEX  data  storage  hierarchy  without  modifications  for  the 
following  (or  some  of  the)  reasons:  a)  they  do  not  handle  UAP; 
b)  they  do  not  handle  generalized  queueing  networ.ks;  c)  it  takes 
a  suostantial  effort  to  specify  the  routing  definitions  for  any 
interestinc  data  storace  hierarchv  model. 


TAD  has  been  designed  to  meet  the  above  requirements.  with 
TAD,  one  can  not  only  capture  the  prim.ary  effect  on  performance 
due  to  UA?  but  also  explore  different  design  alternatives  cf  the 
data  storage  hierarchy  effectively  with  minimum  effort  in 
defininc  the  model.  It  has  been  observed  that:  1 '»  it  takes  about 


minutes 


explore  a  design  alternative  using  TAD  in 


interactive  environment.  Cn  the  other  hand,  it  would  take  hours 
to  obtain  the  desired  infcrm.aticn  using  simulation.  2)  The  cost 
is  about  five  cents  per  desicn  alternative  usinc  TAD;  cn  the 


hunarecis 


There  are  five  major  components  in  the  TAD  architecture 


I)  A  front  end  processor  which  interfaces  with  the  IKFOPLEX 
data  storage  hierarchy  designer; 

II)  An  error  handler  which  handles  validity  checking  and  error 
recovery ; 

III)  A  model  analyzer  which  computes  the  sum  of  products  of 
visit-ratics  and  mean-serv ioe-t imes  for  each  class  cf 
customers  under  different  combinations  of  policies; 

IV)  A  performance  analyzer  which  com.putes  perform, ance 
measures ; 


A  utility  library  whicn  supports  other  components. 


j  r*  r*  c  ^ ' 


Com.ponent  I  supports  the  user  with  the  following 


cacabi 1 i t i es  : 


*  Define  a  new  model,  save  a  defined  m.odel,  and  modify  a 
saved  model; 


Print  out  miodel  parameters  in  a  graphic  form  which  depicts 
a  data  storage  hierarchy  m.odel,  as  shown  in  Figure  V.2; 
Select  a  combination  of  oclicies  from;  a  m,enu.  The  m.enu  is 


shown  in  F i a u r e  V . 3 : 


Componer. t  II  checks  the  validity  of  a  new  (or  modified) 
del.  Errors  are  reported  interactively  to  the  user  for 
erection.  For  instance,  the  error  handler  checks  whether 
an-service-t imes  are  nonnegative;  if  the  input  is  either  a 
gative  numeric  variable  or  an  alphanumerical  variable,  then  an 
ror  recovery  routine  is  invoked  to  inform,  the  user  of  the 
stake  and  take  acorcoriate  actions. 


you  CAN  SELECT  THE  COMBINATION  OF  POLICIES 
BY  ENTERING  THE  SUM  OF  THE  POLICY  NUMBERS  BELOW: 


10000  OPEN; 

1000  PERCOLATE; 
100  RETRANSMIT; 


20000  CLOSED: 

2000  PARALLEL; 

200  RESERVE  SPACE 


10  A  (LOCALITY,READ%)  POINT;  20  A  LOCALITY  SET  GIVEN  A  READ% ; 
1  EQUAL  PRIORITY;  2  STB  LOW  PRIORITY; 


**********************:******************************************* 

THE  CURRENT  COMBINATION  OF  POLICIES  IS  21111  ; 

CLOSED,  PERCOLATE,  RETRANSMIT,  A  (LOCALITY , READ% )  POINT, 

AND  EQUAL  PRIORITY. 

A**************************************************************** 


IS  THIS  WHAT  YOU  WANT?  CONFIRM  YES/NO: 

YES 


Figure  V.3: 

Menu  with  Different  Combinations  of  Policies 
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i 

CHECK  IN  DSH  LEVEL  ONE  PE. 


JJUMBER  OF  FACILITIES  LEVEL  VISIT-RATIO  SERVICE-TIME  VS-PRODUCT  CHAIN-TYPE  : 

I 


1  PE  1  .70000  200.000  140.0  1 


READ-THROUGH-MESSAGE  STOPS  WHEN  DATA  IS  FOUND; 

IT’S  FOLLOWED  BY  READ-THROUGK-RESULT-FOUND  TRANSACTION. 

READ-THROUGH-MSG . 


NUMBER  OF 

FACILITIES 

LEVEL 

VISIT- RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN- 

1 

LBUS 

1 

.21000 

100.000 

21.0 

1 

1 

GC 

1 

.21000 

100.000 

21.0 

1 

1 

GBUS 

1 

.21000 

100.000 

21.0 

1 

1 

GC 

2 

.21000 

100.000 

21.0 

1 

1 

LBUS 

2 

.21000 

100.000 

21.0 

1 

1 

PE 

2 

.21000 

200.000 

42.0 

1 

1 

LBUS 

2 

.06300 

100.000 

6.3 

1 

1 

GC 

2 

.06300 

100.000 

6.3 

1 

1 

GBUS 

2 

.06300 

100.000 

6.3 

1 

1 

GC 

3 

.06300 

100.000 

6.3 

1 

1 

LBUS 

3 

.06300 

100.000 

6.3 

1 

1 

PE 

3 

.06300 

200.000 

12.6 

1 

Figure  V.4; 

Sample  Partial  Audit  Output  of  P1L3  Model. 
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Component  III  and  component  IV  comprise  the  heart  of  TAD. 
Component  III  computes  the  sum  of  products  of  visit-ratios  and 
mean-service-t imes  for  each  class  of  customers  of  a  model  with 
any  number  of  levels.  The  sum  of  products  of  visit-ratios  and 
mean-service-times  of  each  service  facility  plays  a  critical  role 
in  the  solution  of  Xq.  Theoretically,  the  determination  of  visit 
ratios  involves  nothing  more  than  solving  for  a  set  of 
simultaneous  linear  equations.  However,  the  coefficient  matrix 
of  the  linear  system  explodes  quickly  for  a  generalized  topology 
with  a  complex  algorithm  such  as  the  READ-THROUGH  and 
STORE-BEHIND  data  movement  strategies.  An  angular  structure 
matrix  approach  was  developed  (93)  to  calculate  visit  ratios  for 
the  INFOPLEX  data  storage  hierarchy.  The  idea  was  to  exploit  the 
multi-class  concept  to  model  an  algorithm.  This  idea  was 
implemented  in  component  111.  This  approach  also  simplifies  the 
procedure  to  separate  the  unbalanced  open  chain  flow  from  the 
main  chain  flow.  As  a  result,  performance  measures  such  as 
utilizations  are  accurately  estimated. 

Since  the  sum  of  products  of  visit-ratios  and 
mean-service-t imes  are  sensitive  to  different  combinations  of 
policies,  different  routines  have  to  be  invoked  to  perform  the 
task.  Currently,  component  III  supports  the  following  two 
policies:  a)  "open  systems  with  a  percolate  down  policy"  and  b) 
"closed  systems  with  a  percolate  down  policy."  It  would  be  easy 
to  add  new  policies,  such  as  "closed  systems  with  a  retransmit 
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policy",  simply  by  adding  a  subroutine  to  calculate  the  sum  of 
products  of  visit-ratios  and  mean-service-times. 

Component  IV  computes  the  following  performance  measures 
for  open  and  closed  systems:  a)  the  overall  system  throughput 
and  response  time;  b)  facility  utilization,  mean  queue  length, 
and  response  time;  and  c)  99%  probability  buffer  size.  Note  that: 
a)  the  overall  system  throughput  and  response  time  refer  to  the 
measures  that  the  external  world  perceives;  and  b  the  99%  buffer 
size  refers  to  the  buffer  size  that  customers  will  find,  with  .99 
probability,  a  buffer  slot  to  queue  in  line  for  service  at  the 
facility. 

V.2.3  Implementation  of  TAD 

TAD  was  implemented  on  the  PRIME  850  at  the  Sloan  School 
of  Management,  M.I.T..  A  complete  listing  of  TAD  is  available  in 
Appendix  III.  In  addition  to  ease  of  use,  it  has  been  observed 
that  use  of  TAD  costs  five  cents  per  design  design  alternative, 
as  depicted  in  Figure  1.4.  The  validity  of  TAD  was  studied 
through  the  RESQ  and  GPSS  simulation  models,  as  presented  in  the 
next  chapter. 
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CHAPTER  VI 

Validation  Study  Using 
INFOPLEX  Data  Storage  Hierarchy  Models 

VI. 1  VALIDATION  OF  PERFORMANCE  MODELS 

The  development  of  a  performance  model  involves 
characterizing  the  hardware  and  software  components  that  comprise 
the  system.  For  instance,  the  choices  of  the  speeds  of  hardware 
devices,  the  use  of  replacement  algorithms,  and  the  service 
demands  placed  on  facilities  would  change  the  characteristics, 
hence  performance,  of  a  model.  A  modeler  may  decide  not  to 
include  certain  features  of  the  system  structure  (such  as  finite 
buffer  length),  and  to  represent  other  features  (such  as  service 
demands),  in  a  gross  way.  This  will  simplify  the  model  in  the 
belief  that  the  abstraction  will  capture  the  primary  effect  on 
performance.  In  order  to  validate  the  predictive  power  of  the 
model,  it  is  ideal  to  compare  the  performance  measures  from  the 
model  with  the  measures  from  the  actual  system.  However,  it  is 
usually  unlikely  to  perform  this  kind  of  validity  test  in  time, 
particularly  because  the  system  has  not  been  built.  After  all, 
that  is  why  the  model  was  developed  to  begin  with. 

One  way  to  validate  a  model  is  to  compare  it  with  other 
models  with  different  level  of  details  of  a  system.  For  instance, 
a  detailed  simulation  model  may  be  developed  to  compare  its 
performance  predictions  with  the  predictions  from  an  analytic 
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model  to  test  for  consistencies.  Any  major  discrepency  between 
the  simulated  and  analytic  results  would  lead  the  designer  tc 
question  the  validity  of  the  model.  On  the  other  hand,  the 
validity  of  the  model  is  not  proven  even  if  the  simulation 
confirm  the  analytic  results.  Fortunately,  the  system  designer’s 
experiences  over  past  systems  can  be  applied  to  assess  the 
validity  of  the  model.  Given  the  system  has  not  been  built,  the 
combination  of  the  system  designer's  experiences  and  the 
consistencies  between  the  analytic  and  the  simulation  results  is 
the  most  rigorous  approach  one  can  employ.  The  author  has  adopted 
this  approach  in  this  research.  The  validation  of  the  analytic 
formulation  is  presented  in  this  chapter  through  GPSS  and  RESQ 
simulation  models  using  the  INFOPLEX  P5L4  and  P1L3  models. 

Three  sets  of  notations  were  used  in  the  INFOPLEX  research 
to  represent  the  components  of  data  storage  hierarchy  models. 
They  are  listed  in  Table  VI. 1  for  reference.  These  notations  will 
be  used  interchangeably  in  the  remainder  of  the  thesis. 
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GPSS 

RESQ 

TAD 

Level  1  Device 

D1 

D1 

PE 

Level  1  Local  Bus 

LBUSl 

LI 

LBUS 

Level  1  Gateway  Controller 

K1 

K1 

GC 

Global  Bus 

GBUS 

G 

GBUS 

Level  2  Gateway  Controller 

K2 

K2 

GC 

Level  2  Local  Bus 

LBUS2 

L2 

LBUS 

Level  2  Memory  Request  Processor 

RRP2 

M2 

PE 

Level  2  Local  Storage  Device  1 

DRP21 

D21 

PE 

Level  2  Local  Storage  Device  2 

DRP22 

D22 

PE 

Level  3  Gateway  Controller 

K3 

K3 

GC 

Level  3  Local  Bus 

LBUS3 

L3 

LBUS 

Level  3  Memory  Request  Processor 

RRP3 

M3 

PE 

Level  2  Local  Storage  Device  1 

DRP21 

D21 

PE 

Level  2  Local  Storage  Device  2 

DRP2  2 

D22 

PE 

Table  VI .1: 

Notations  used  by  GPSS ,  RESQ,  and  TAD  Programs 
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VI. 2  THE  P5L4  DATA  STORAGE  HIERARCHY  MODEL 

READ-THROUGH  and  STORE-BEHIND  operations  are  the  two  basic 
strategies  employed  in  the  INFOPLEX  data  storage  hierarchy. 

*Lam79  (46,  p.217-p.234)  presented  a  detailed  analysis  of  the  P5L4 
model  using  these  two  strategies.  The  structure  of  P5L4  is 
illustrated  in  Figure  VI. 1.  The  basic  parameters  used  in  the 
P5L4  model,  which  reflect  the  1979  technology,  are  summarized  in 
Figure  VI . 2 . 


DEGREE  OF  MULTIPROGRAMMING  OF  A  CPU  =10 


SIZE  OF  DATA  BUFFERS  =  10. 

READ/WRITE  TIME  OF  A  LEVEL  1  STORAGE  DEVICE  =100  NANOSEC. 

READ/WRITE  TIME  OF  A  LEVEL  2  STORAGE  DEVICE  =  1000  NANOSEC. 

READ/WRITE  TIME  OF  A  LEVEL  3  STORAGE  DEVICE  =  lOOOO  NANOSEC. 

READ/WRITE  TIME  OF  A  LEVEL  4  STORAGE  DEVICE  =  lOOOOO  NANOSEC. 

BUS  SPEED  =  10  MHZ. 

BUS  WIDTH  =  8  BYTES. 

SIZE  OF  A  TRANSACTION  WITHOUT  DATA  =  8  BYTES. 

BLOCK  SIZE  AT  LEVEL  1=8  BYTES. 

BLOCK  SIZE  AT  LEVEL  2  «  128  BYTES. 

BLOCK  SIZE  AT  LEVEL  3  =  1024  BYTES. 

PERCENTAGE  OF  READ  REQUESTS  «  70%. 

LOCALITY  =  90%. 

PROBABILITY  OF  OVERFLOW  LEVEL  1  =  0.5 
PROBABILITY  OF  OVERFLOW  LEVEL  2  =  0.5 
PROBABILITY  OF  OVERFLOW  LEVEL  3  =  0.5 
PROBABILITY  OF  OVERFLOW  LEVEL  4-0 


Figure  VI .2; 

Input  Parameters  of  the  P5L4 
Data  Storage  Hierarchy  Model. 
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VI . 2 . 1  The  P5L4  Simulation  Model 


The  P5L4  simulation  model  of  the  INFOPLEX  data  storage 
hierarchy  represents  a  basic  structure  from  which  extensions  to 
include  more  processors  and  storage  levels  can  be  made.  In  the 
simulation  model,  there  are  five  types  of  transactions  supporting 
the  READ-THROUGH  and  STORE-BEHIND  operations.  These  transactions 
are:  READ-THROUGH-REQUEST,  READ-THROUGH-RESULT,  OVERFLOW, 
STORE-BEHIND-REQUEST,  and  ACKNOWLEDGEMENT.  Each  type  of 
transaction  is  handled  differently.  Furthermore,  the  same  type 
of  transaction  is  handled  differently  depending  on  whether  the 
transaction  is  going  into  or  out  of  a  storage  level.  A  detailed 
description  of  the  simulation  program  is  presented  in  Lam79  (42). 
The  basic  component  of  the  P5L4  model  is  a  facility  and  a  number 
of  data  buffers,  one  for  each  type  of  transaction  coming  into  the 
storage  level  and  going  out  of  the  storage  level.  Three  series 
of  simulation  studies  have  been  conducted  to  predict  the 
performance  of  the  model  with  different  parameters.  The  locality 
is  always  set  to  90%. 


The  first  series  was  conducted  to  obtain  a  well  balanced 
system.  The  degree  of  parallelwasm  in  level  3  was  increased  by  a 
factor  of  5  from  the  basic  parameter,  and  that  of  level  4  was 
increased  by  a  factor  of  10,  Thwas  was  accomplwashed  by 
decreasing  the  effective  service  times  of  the  devices  at  these 
levels  by  5  and  10  respectively.  Finally,  the  model  was  run  for 
three  choices  of  block  sizes;  A ( 8 , 128 , 1024 ) ,  B(8,64,512),  and 
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e,  means  the 

and  2  i 

s  8  by 

tes,  and  12E 

and  3 

is  128 

bytes.  This 

system 

with 

the  choice 

C(8,64,256) . 


The  second  series  was  based  on  the  well  balanced 
parameters.  The  model  based  on  the  1979  technology  with 
C(8,64,256)  choice  was  run  for  4  different  request  streams  with 
different  read  percentages:  .5,  .7,  .8,  and  .9. 

The  third  series  use  1985  technology  assumptions.  The  bus 
speed  was  assumed  to  be  5  times  faster  than  that  used  in  the  1979 
case.  The  level  1  storage  device  was  assumed  to  be  twice  as  fast 
in  1985  as  in  1979.  All  other  devices  were  estimated  to  be  10 
times  faster  than  1979.  Lastly,  it  was  assumed  that  the  directory 
search  time  would  be  reduced  by  one  half  in  1985.  The  model 
using  1985  technology  assumption  was  run  with  the  same  4 
different  request  streams. 

In  sum,  10  simulation  experiments  were  conducted  to  obtain 
performance  measures.  The  results  are  used  to  compare  with  the 
abstract  analytic  model  with  corresponding  parameters. 
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VI. 2. 2  The  P5L4  Analytic  Model 

The  P5L4  analytic  model  is  highly  abstracted  from  the 
simulation  model.  In  order  to  analyze  the  INFOPLEX  data  storage 
hierarchy  analytically,  the  following  conditions  have  to  be  met: 

1)  A  generalized  topology  has  to  be  employed  instead  of 
the  central  server  model; 

2)  Independent  parallel  tasks,  such  as  broadcast  and 
acknowledgement,  should  be  allowed;  and 

3)  A  special  structure  to  calculate  the  visit  ratio  should 
be  developed. 

TAD  was  developed  to  meet  these  conditions.  The  BI/A 
algorithm,  as  delineated  in  Chapter  V.l,  was  implemented  in  TAD 
to  compute  the  performance  for  a  generalized  INFOPLEX  data 
storage  hierarchy  with  any  arbitrary  number  of  global  buses, 
local  buses,  gateway  controllers,  and  local  storage  systems  (1). 

The  parameters  used  in  the  10  P5L4  simulation  experiments 
were  used  in  TAD  to  produce  the  corresponding  performance 
measures.  A  detailed  comparison  is  presented  below. 
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VI. 2. 3  Comparison  of  the  Results:  Simulation  vs  Analytic 
Approach 

Table  VI. 2  and  Table  VI . 3  tabulate  the  system  throughput 
,*and  response  time  for  the  10  studies.  The  comparison  between  the 
simulation  and  analytic  results  shows  that  the  measures  are 
highly  consistent  over  these  studies.  The  data  indicate  that  the 
differences  between  the  simulation  and  analytic  results  ai.e 
within  a  factor  of  two. 

It  is  argued,  from  the  pattern  of  the  measures,  that  if 
the  simulation  had  been  run  long  enough  to  eliminate  the  initial 
conditions,  the  measures  would  have  converged  to  the  analytic 
results.  Another  evidence  that  support  this  argument  was  a  P1L3 
model  result  where  a  deadlock  occurred  but  the  system  throughput 
was  811  transactions  per  milli-second  instead  of  zero  for  a 
simulation  period  of  1  milli-second  (46). 


SERIES. RUN 

SIMULATED 

PERIOD 

SIMULATION 

THROUGHPUT 

ANALYTIC 

THROUGHPUT 

SIM/ANA 

RATIO 

1.79A 

10  ms 

176/ms 

130/ms 

1.36 

1.79B 

3  ms 

458/ms 

258/ms 

1.78 

1.79C 

2  ms 

721/ms 

512/ms 

1.4 

2.79R50% 

2  ms 

450/ms 

308/ms 

1.46 

2.79R70% 

2  ms 

721/ms 

512/ms 

1.41 

2.79R80% 

1  ms 

1559/ms 

767 /ms 

2.03 

2.79R90% 

1  ms 

3239/ms 

1531/ms 

mSBSK^ 

3.85R50% 

.  5  ms 

2298/ms 

1538/ms 

3.85R70% 

.  3  ms 

4320/ms 

2561/ms 

1.69 

3.85R80% 

.05  ms 

15040/ms 

3B38/ms 

3.92 

3.85R90% 

.05  ms 

22760/ms 

7656/ms 

2.97 

KEY! 

1.79A:  Series  1,  1979  Technology  with  the  A  choice. 
3.85R90%j  Series  3,  1985  Technology  with  90%  read, 
ms:  milli-second. 


Table  VI. 2: 

A  Comparison  of  System  Throughputs. 


SERIES. RUN 

SIMULATED 

PERIOD 

^  SIMULATION 
RES.  TIME 

ANALYTIC 

RES.  TIME 

1.79A 

10  ms 

258580  ns 

385956  ns 

1.79B 

3  ms 

96260  ns 

193733  ns 

1.79C 

2  ms 

60940  ns 

97620  ns 

2.79R50% 

2  ms 

97580  ns 

162586  ns 

2.79R70% 

2  ms 

60940  ns 

97621  ns 

2.79R80% 

1  ms 

26790  ns 

65138  ns 

2.79R90% 

1  ms 

13440  ns 

32655  ns 

3.85R50% 

.  5  ms 

19780  ns 

32517  ns 

3.B5R70% 

.  3  ms 

9940  ns 

19524  ns 

3.85r80% 

.05  ms 

2640  ns 

13028  ns 

3.85R90% 

.05  ms 

1760  ns 

6531  ns 

KEY; 

1.79B:  Series  1,  1979  Technology  with  the  B  choice. 
2.79R50%;  Series  2,  1979  Technology  with  50%  read, 
ns;  nono-second. 


Table  VI. 3: 

A  Comparison  of  System  ResDonse  Times 
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A  detailed  analysis  cf  the  utilization  patterns  of  the  ten 
configurations  also  indicates  that  the  simulation  and  the 
analytic  results  are  highly  consistent  (58).  Since  the  1979 
technology  with  choice  A(8, 128, 1024)  was  simulated  for  the 
longest  time(10  milli-seconds)  ,  its  service  facility  utilizations 
are  summarized  in  Table  VI. 4  to  compare  with  those  from  TAD.  The 
degree  of  consistency  is  convincing.  The  implication  of  the 
comparisons  is  clear:  For  the  INFOPLEX  data  storage  hierarchy 
architectural  design,  TAD  is  cost  effective  for  exploring 
different  design  alternatives  to  compute  the  overall  system 
performance  and  predict  potential  bottlenecks. 
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SERVICE 

FACILITY 

SIMULATION 
UTILI 2ATION 

ANALYTIC 

UTILI ZATION 

LEVEL  1  PE 

.013 

.009 

GLOBAL  BUS 

.62 

.568 

LEVEL  1  LBUS 

.02 

.014 

LEVEL  1  GC 

.016 

.014 

LEVEL  2  LBUS 

.10 

.092 

LEVEL  2  GC 

.029 

.026 

LEVEL  2  PE 

.028 

.026 

LEVEL  2  LSS 

.03 

.  024 

LEVEL  3  LBUS 

.67 

.64 

LEVEL  3  GC 

.02 

.0197 

LEVEL  3  PE 

.016 

.016 

LEVEL  3  LSS 

.043 

.04 

LEVEL  4  LBUS 

1.0 

1.0 

LEVEL  4  GC 

.007 

.0077 

LEVEL  4  PE 

.007 

.0077 

LEVEL  4  LSS 

.17 

.195 

Table  VI. 4: 

Simulation  vs  TAD 

Using  1979  Technology  with  Choice  A 
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VI  .  2 


)lications  of 


P5L4  Validation  Stud; 


It  was  shown,  in  the  last  section,  that  the  anlalytic 
formulation  implemented  in  TAD  was  capable  of  producing 
performance  measures  which  were  consistent  with  the  simulated 
results  to  within  a  factor  of  2.  Moreover,  the  utilization 
patterns  were  consistent  between  the  analytic  and  simulated 
results  to  the  second  digit. 


The  predictive  power  of  TAD  was  furthur  demonstrated 
through  a  dramatic  discovery.  In  a  closer  examination  of  the 
utilization  patterns,  Madnick  (58)  observed  that  the  utilization 
of  the  level  3  local  storage  system  obtained  from  simulation  was 
significantly  different  from  that  from  TAD.  Furthur  comparisons 
revealed  that  the  difference  was  consistent  across 
configurations.  The  puzzle  gave  rise  to  doubt  about  the  validity 
of  TAD. 


Both  the  theory  and  implementation  of  TAD  were 
scrutinized;  however,  no  flaws  were  found.  Consequently,  the 
focus  was  shifted  to  the  simulation.  From  the  detailed 
simulation  outputs  (hundreds  of  pages),  it  was  discovered  that, 
of  the  two  "level  3  local  storage  systems",  one  had  a  utilization 
which  was  different  from  that  com.puted  from  TAD  by  a  factor  of  6, 
but  the  other  one  had  a  comparable  utilization  as  that  of  TAD. 
The  pattern  was  consistent  across  the  configurations.  Figure 
VI . 3  illistrates  one  of  the  configurations:  the  average 
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FACILITY 


GBUS 


LBUSl 


LBUS2 

LBUS3 


LBUS4 


DRPll 


DRP12 

DRP13 


DRP14 

DRP15 

KRPl 

KRP2 

RRP2 

KRP3 

RRP3 


KRP4 


RRP4 

DRP21 

DRP22 

DRP31 

DRP32 


DRP41 


DRP42 


UTILI ZATION 
.616 
.016 
.102 
.674 
.995 
.014 
.013 
.015 
.013 
.013 
.016 
.029 
.028 
.020 
.016 
.007 
.007 
.028 
.030 
.280 
.043 
.174 
.206 


:<<<<<<< 
Deviate  by  600%  < 

<<<<<<<<<<<<<<<<<< 


Figure  VI .3: 

Utilization  Pattern  of  GPSS  Program  of  P5L4  Model 
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utilization  of  DRP31  (Level  3,  Local  Storage  System  2)  is  .280 
but  the  average  utilization  of  DRP32  (level  3  local  storace 
system  2)  is  .043  which  is  close  to  .04  as  computed  by  TAD.  The 
difference  between  .280  and  .043  was  too  significant  to  be 
explained  by  sampling  error.  It  became  suspicious  that  the 
mistake  may  be  on  the  simulation. 

The  simulation  program  (28  pages  in  length)  was  traced  to 
uncover  the  puzzle.  A  typo  was  found  on  page  24  where  a  variable 
"DEX”  was  mistyped  as  "BEX".  Figure  VI . 4  depicts  the  mistake.  The 
puzzle  was  then  solved  because  "BEX"  has  a  different 
interpretation  from  "DEX"  in  the  simulation  program. 
Specifically,  "BEX"  assumed  the  value  of  bus  service  time  while 
"DEX”  assumed  the  value  of  local  storage  system  service  time.  The 
typo  was  corrected  and  the  utilizations  were  recalculated  using 
the  detailed  simulation  outputs.  The  corrected  utilizations 
turned  out  to  be  consistent  with  those  from  TAD  for  all  the 
configurations  simulated. 

This  discovery  helped  establishing  the  reliability  of  TAD. 
On  the  other  hand,  the  validity  of  the  simulation  results  was 
further  questioned.  Two  issues  needed  to  be  settled  for 
simulat i on ; 

a)  The  simulation  program  has  to  be  verified  thoroughly;  and 

b)  The  simulation  results  has  to  be  obtained  in  the  steady-state. 
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Fiqure  VI . 4 :  The  Typo  in  the  Simulation  Program  for  P5L4 
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In  order  to  fulfill  these  two  requirements,  a  new 
simulation  program  was  constructed  using  RESQ  for  the  P1L3  model. 
The  new  RESQ  simulation  program  follows  Lam's  (46)  simulation 
program  closely.  The  RESQ  model,  program,  and  results  are 
presented  in  the  next  section. 
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VI. 3  THE  P1L3  DATA  STORAGE  HIERARCHY  MODEL 

The  architecture  of  the  P1L3  model  is  shown  in  Figure 
VI. 5.  Parameters  for  the  P1L3  model  was  chosen  to  reflect  1979 
processor  and  storage  technology.  The  P5L4  model  with  balanced 
configuration  was  adapted  to  the  P1L3  model  by  reducing  the 
number  of  levels  from  4  to  3  and  the  number  of  processors  at 
level  one  from  5  to  1.  Two  key  parameters  that  characterize  the 
references  are  the  locality  level  and  the  proportion  of  read  and 
write  requests  in  the  reference  stream. 

A  request  to  read  a  data  item  is  handled  by  a  data  cache 
which  has  a  directory  service  time  REX.  It  is  retrieved  at  a 
read  service  time  DEXl  and  sent  back  to  the  reference  source. 
This  probability  is  characterized  by  locality  P.  If  the  data 
item  is  not  in  the  data  cache,  the  request  is  passed  down  to 
lower  storage  levels,  one  by  one.  Therefore,  there  is  a  (1-P) 
probability  that  the  read  operation  is  passed  down  to  LBUSl  which 
has  a  message  transfer  time  BEXM.  If  the  data  item  is  found  in 
the  next  lower  level,  it  is  returned  through  K1  back  to  D1  and 
returned  to  the  reference  source;  otherwise,  request  is  passed 
down  to  the  next  lower  storage  level.  This  is  the  basis  for  the 
mapping  of  the  P1L3  read  operation  and  workloads  into  a  queueing 
netowrk  model. 


REFERENCE  SOURCE 

Q 

QQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQ 

Q 

Q 


G  I  D1  I 


-  LEVEL  1 

1  K1  I 


I  K2  ( 


I  M2  I 


L2 


(  D21  I  I  D22  I 


LEVEL  2 


I  K3  I 


1  M3  I  I  D31 
LEVEL  3 


L3 


I  D32  I 


KEY; 

G( GLOBAL  BUS),  L( LOCAL  BUS). 

K(GATEWAy  CONTROLLER),  M(MEMORy  REQUEST  PROCESSOR) 
D( LOCAL  STORAGE  DEVICE) 


Figure  VI . 5: 

Architecture  of  the  P1L3 
Data  Storage  Hierarchy  Model. 
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In  a  write  operation,  the  addressed  information  is  assumed 
to  be  updated  in  a  data  cache  in  zero  time.  After  the  data  block 
is  updated,  an  acknowledgement  is  returned  to  the  reference 
•source  and  the  data  block  is  sent  to  the  next  lower  storage  level 
‘through  LBUSl,  K1 ,  GBUS,  K2,  LBUS2,  MRP2 ,  back  to  LBUS2,  then  to 
D21  or  D22.  Thus  the  effect  of  the  update  is  propogated  to  lower 
storage  levels. 

VI . 3 . 1  The  P1L3  Simulation  Model  And  Results 


The  RESQ  simulation  package  was  employed  to  conduct  the 
simulation.  A  simulation  program  was  developed  to  simulate  the 
P1L3  model.  The  complete  listing  of  the  simulation  program  is 
available  in  Appendix  IV.  The  input  parameters  used  by  the  P1L3 
model  are  summarized  in  Figure  VI. 6.  A  locality  of  .7  was  assumed 
across  the  levels.  A  proportion  of  70%  of  the  arriving  requests 
were  assumed  to  be  read  requests. 

The  new  RESQ  program  was  verified  thoroughly,  partly  due 
to  the  following  factors: 

I)  RESQ  allows  the  user  to  specify  queue  definitions  and  routing 
definitions  independently,  making  the  verification  process 
easier;  and 

II)  The  variables  used  in  the  RESQ  program  were  mnemonic,  making 
the  program  easy  to  understand. 
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DEGREE  OF  MULTIPROGRAMMING  OF  A  CPU  =  20. 

READ/WRITE  TIME  OF  A  LEVEL  1  STORAGE  DEVICE  =  100  NANOSEC. 
READ/WRITE  TIME  OF  A  LEVEL  2  STORAGE  DEVICE  =  1000  NANOSEC. 
READ/WRITE  TIME  OF  A  LEVEL  3  STORAGE  DEVICE  =  10000  NANOSEC. 

BUS  SPEED  =  10  MHZ. 

BUS  WIDTH  =  8  BYTES. 

SIZE  OF  A  TRANSACTION  WITHOUT  DATA  =  8  BYTES. 

BLOCK  SIZE  AT  LEVEL  1=8  BYTES. 

BLOCK  SIZE  AT  LEVEL  2  =  64  BYTES. 

BLOCK  SIZE  AT  LEVEL  3  =  256  BYTES. 

PERCENTAGE  OF  READ  REQUESTS  *  70%. 

LOCALITY  =  70%. 

PROBABILITY  OF  OVERFLOW  LEVEL  1  =  0.5 
PROBABILITY  OF  OVERFLOW  LEVEL  2  =  0.5 
PROBABILITY  OF  OVERFLOW  LEVEL  3  =  0.5 
PROBABILITY  OF  OVERFLOW  LEVEL  4=0 


9. 

1 


Figure  VI . 6: 

Input  Parameters  of  the  P1L3 
Data  Storage  Hierarchy  Model. 
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The  RESQ  program  was  simulated  for  200  CPU  seconds.  The 
key  results  are  tabulated  in  Table  VI. 5.  A  key  question  is 
whether  the  simulation  reached  steady-state.  This  was  concluded 

•by  the  fact  that  the  utilizations  of  D21  and  D22,  so  does  D31  and 

« 

D32,  were  close  to  the  second  digits.  The  overall  system 
throughput,  perceived  by  the  reference  source,  was  1.718 
requests/micro-second.  The  overall  system  response  time, 
perceived  by  the  reference  source  was  11.56  micro-seconds.  The 
complete  listing  of  the  RESQ  simulation  results  is  available  in 
Appendix  V. 

VI. 3. 2  The  P1L3  Analytic  Model  and  Results 

TAD  was  employed  to  conduct  the  analysis.  The  parameters 
used  in  TAD  is  the  same  as  those  of  the  RESQ  simulation  program, 
as  shown  in  Figure  VI. 6.  The  overall  system  throughput,  perceived 
by  the  reference  source,  was  reported  as  1.735 
resuests/micro-second.  The  overall  system  response  time  perceived 
by  the  reference  source  was  reported  as  11.530  micro-seconds. 
The  sums  of  products  of  visit-ratios  and  mean-service-times  of 
each  service  facility  was  also  reported  by  TAD.  From  these 
figures,  the  utilizations  of  all  the  facilities  were  computed 
directly  from  the  formula  U,  *  Xp  *  (V,  *  S,).  The  resultant 
utilizations  of  all  the  facilities  are  also  tabulated  in  Table 
VI. 5  to  compare  with  the  RESQ  simulation  results.  A  complete 
listing  of  the  TAD  results  is  available  in  Appendix  VI. 
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SERVICE 

FACILITY 

SIMULATION 

UTILIZATION 

TAD 

UTILI 2ATION 

RELATIVE 

ERROR 

G 

.800 

.808 

.01 

L, 

.245 

.247 

.0082 

L2 

.964 

.973 

.0093 

L3 

.985 

.9994 

.0146 

D1 

.615 

.624 

.0146 

K1 

.245 

.247 

.0082 

K2 

.363 

.368 

.0138 

M2 

.335 

.339 

.0119 

K3 

.129 

.131 

.0155 

M3 

.035 

.137 

.0148 

D21(22) 

.441 

.442 

.0023 

D31{32) 

.615 

.629 

.0228 

Overall  per 

THROUGHPUT 

THROUGHPUT 

ERROR 

micro-second 

1.718 

1.735 

.0098 

Overall  in 

RESP.  TIME 

RESP.  TIME 

ERROR 

micro-second 

11.56 

11.53 

.0026 

Note;  ERROR  =  |(SIMULATION-TAD)/SIMULATION) | 


Table  VI , 5; 

Comparative  Results  of  P1L3  Model:  Simulation  vs.  TAD 
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The  comparative  results  were  tabulated  in  terms  of 
absolute  values  and  percentage  difference  between  the  RESQ 
simulation  and  TAD  results,  as  shown  in  Table  VI. 5.  The  degree 
of  consistency  between  TAD  and  the  simulation  results  were 
striking:  Both  the  overall  system  throughput  and  response  time, 
perceived  by  the  reference  source,  were  accurate  to  within  1%. 
The  utilizations  of  the  service  facilities  were  also  consistent 
to  the  second  decimal  point.  It  is  reasonable  to  conclude  that 
TAD  is  a  reliable  tool  for  analyzing  the  INFOPLEX  data  storage 

hierarchy. 


It  is  also  important  to  recognize  that  at  the 
architectural  design  stage,  the  significance  of  performance 
analysis  is  to  abstract  the  essence  of  the  system  so  that  the 
overall  system  performance  and  potential  bottlenecks  can  be 
identified.  In  this  sense,  the  predictive  power  that  TAD  has 
demonstrated  is  more  than  satisfactory  (32). 


TAD  was  employed  to  explore  new  design  alternatives.  The 
results  are  presented  in  the  next  chapter. 


PAGE  141 


CHAPTER  VII 

Technology  Analysis  and 
Design  Alternative  Explorations 

It  was  shown,  in  Chapter  VI,  that  TAD  is  a  reliable  and 
cost  effective  tool  for  exploring  different  design  alternatives 
of  the  INFOPLEX  data  storage  hierarchy.  It  would  be  interesting 
to  apply  TAD  to  analyze  the  performance  of  new  design 
alternatives  as  a  function  of  input  parameters  such  as  locality, 
read-percentage,  and  storage  device  speeds.  This  type  of  analysis 
would  be  expensive  to  conduct  using  simulation. 

To  be  pragmatic,  1984  storage  technologies  were  analyzed 
and  the  results  were  used  to  evaluate  the  performance  of 
different  data  storage  hierarchy  models.  Chapter  VII. 1  presents 
the  results  of  the  storage  technology  analysis.  Chpater  VII. 2 
presents  a  P1L4  conf iguration  and  a  P1L5  configuration  together 
with  their  corresponding  analytic  results  produced  from  TAD. 
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VI  1. 1  STORAGE  TECHNOLOGY  ANALYSIS 

The  following  storage  technologies  were  analyzed:  ECL,  MDs 
family,  core,  RAM-disk,  Rigid-disk,  Winchester-disk, 
optical-disk,  and  Mass  Storage  System.  Price  and  performance 
data  of  these  technologies  were  collected  from  1)  Auerbach 
Datawor Id ,  2)  Computerworld  Buyer's  Guide,  3)  Datapro70 ,  4)  Data 
Sources ,  5)  Electronic  Design,  and  manufacturers.  Data  from 
manufacturers,  Datapro,  and  Computerworld  were  used  to  conduct 
the  analysis  while  data  from  other  sources  were  used  to 
supplement  the  analysis.  Specifically,  data  from  Datapro  were 
used  to  analyze  the  performance  of  14-inch  Winchester  disk 
drives;  data  from  Computerworld  were  used  to  analyze  the 
performance  of  add-in  memories;  and  data  from  IBM  were  used  to 
analyze  the  performance  of  Mass  Storage  System.  In  addition, 
products  were  selected  from  all  sources,  whenever  appropriaice ,  to 
supplement  the  analysis. 

Manufacturers’  data  are  most  reliable,  but  expensive  to 
attain.  The  author  has  telephoned  manufacturers,  such  as  Storage 
Technology  Corporation,  for  the  current  price  and  performance 
information.  Moreover,  the  price  and  performance  data  of  IBM 
hardware,  as  of  June  1984,  were  collected.  These  data  were  used 
to  validate  data  collected  from  other  sources. 


Dapapro  has  a  comprehensive  list  of  performance  data  about 
Winchester  disk  drives.  The  list  includes  more  than  50  companies 
in  addition  to  IBM.  The  performance  data  were  analyzed 
statistically  to  assess  the  range  of  performance  of  14-inch 
Winchester  disks. 

76  products  were  analyzed.  The  summary  statistics,  as 
shown  in  Table  VI I . 1  and  Figure  VI I . 1 ,  indicate  that  the  means  of 
the  average  seek  time,  average  latency  time,  and  average  access 
time  of  14-inch  Winchester  disk  drives  are  26.69  ms,  8.99  ms,  and 
38.68  ms  respectively.  It  is  interesting  to  observe  that  the 
minimum  average  seek  time  is  16  ms(by  IBM  3380)  which  contributes 
to  the  majority  of  performance  enhancement  in  the  Winchester 
technology. 


AVERAGE 

SEEK 

TIME 

IN  MILLI¬ 
SECOND  (ms) 

AVERAGE 

LATENCY 

TIME 

IN  MILLI¬ 
SECOND  (ms) 

AVERAGE 

ACCESS 

TIME 

IN  MILLI¬ 
SECOND  (ms) 

MEAN 

29.69 

8.99 

38.68 

MEDIAN 

27.00 

8.33 

36.72 

ST.  DEV. 

11.68 

12.44 

MINIMUM 

16 

8.3 

24.3 

MAXIMUM 

65 

12.5 

bbhi 

Source:  DataproTO. 


Table  VI 1 . 1 ; 

Summary  Statistics  of  14-inch  Winchester  Disk  Drives 
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Figure  VI 1 . 1 : 

Histograms  of  14-inch  Winchester  Disk  Drives 
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Computerwor Id  and  Data  Sources  have  comprehensive  lists  of 
storage  technologies.  They  reflect  the  status-quo  storage 
technologies  in  the  open  market.  110  products  from  Computerwor Id 
-were  used  to  analyze  the  MOS  technology.  76  products  used  RAM 
devices  while  34  products  used  DRAM  devices.  A  t-test  of  the  RAM 
group  and  the  DRAM  group  indicated  a  95%  confidence  interval  of 
(-138,  47)  in  performance  difference.  In  other  words,  the 
performance  difference  between  RAM  and  DRAM  is  statistically 
insignificant.  Therefore,  they  were  lumped  together  as  the  MOS 
technology.  The  results  are  summarized  in  Table  VI I . 2  and  Figure 
VII. 2.  The  mean  and  standard  deviation  of  the  MOS  technology  are 
475  ns  and  211  ns  respectively.  CMOS  and  NMOS  were  not  included 
in  the  analysis  because  only  a  few  products  were  available. 
Moreover,  their  price/performance  characteristics  were  not 
significantly  different  from  the  MOS  technology. 
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MOS 

RAM 

IN  NANO¬ 
SECOND  (ns) 

MOS 

DRAM 

IN  NANO¬ 
SECOND  (ns) 

MOS 

RAM  &  DRAM 
IN  NANO- 
SECOND(ns) 

MEAN 

461.41 

506.74 

475.42 

MEDIAN 

460 

400 

450 

ST.  DEV. 

200.63 

233.75 

211.38 

MINIMUM 

58 

150 

56 

MAXIMUM 

1059 

1200 

1200 

Source:  Computerworld  Buyer's  Guide 


Table  VI  I. 2; 

Summary  Statistics  of  MOS ,  MOS/RAM,  and  MOS/DRAM 
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Technology 

(RAM  &  DRAM) 

MIDDLE  OF 

NUMBER 

OF 

INTERVAL 

OBSERVATIONS 

100 

4 

if  -k1( 

200 

8 

ifiticitititicit 

300 

14 

************** 

400 

26 

************************** 

500 

31 

******************************* 

600 

5 

***** 

700 

11 

*********** 

800 

5 

***** 

900 

6 

****** 

MOS /RAM 

MIDDLE  OF 

NUMBER 

OF 

I NTERVAL 

OBSERVATIONS 

100 

4 

**** 

200 

7 

******* 

300 

10 

********** 

400 

12 

************ 

500 

24 

************************ 

600 

5 

***** 

700 

8 

******** 

800 

3 

*** 

900 

3 

*** 

MOS /DRAM 

MIDDLE  OF 

NUMBER 

OF 

I NTERVAL 

OBSERVATIONS 

200 

1 

* 

300 

4 

**** 

400 

14 

************** 

500 

7 

******* 

600 

0 

700 

3 

*** 

800 

2 

** 

900 

3 

*** 

Source:  Computerworld  Buyer's  Guide. 
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Several  other  storage  technologies  have  different 
price/performance  characteristics  from  MOS  and  Winchester 
technologies.  However,  only  a  few  companies  manufacture  products 
with  these  technologies.  They  are  ECL,  RAM  disk,  and  IBM  3850 
Mass  Storage  System.  Their  average  access  times  are  .00005  ms,  .3 
ms,  and  1000  ms  respectively.  Optical  disks  were  reported 
(Electronic  Design)  to  have  an  average  access  time  of  450  ms  and 
a  price  of  .0007  cents/byte.  It  appeared  that  the  optical  disk 
technology  fits  between  the  Winchester  technology  and  the  IBM 
3850  Mass  Storage  System.  Unfortunately,  the  current  optical  disk 
technology  produces  write-once  optical  disks  only.  Therefore, 
unless  a  data  storage  hierarchy  is  designed  for  read-only 
applications,  the  optical  disk  technology  is  not  usable.  It  was 
also  observed  that  the  core  and  rigid-disk  technologies  are 
incompetitive  to  other  technologies.  Therefore,  the  core, 
rigid-disk,  and  optical-disk  technologies  were  eliminated  from 
further  analysis.  In  sum,  5  levels  of  storage  technologies  were 
identified.  The  results,  as  illustrated  in  Table  VII. 3  and  Table 
VII. 4,  were  used  to  configurate  new  data  storage  hierarchy  models 
and  conduct  performance  analyses. 
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LEVEL 

TECHNOLOGY 

AVERAGE 

ACCESS 

TIME 

IN 

MILLI¬ 

SECOND 

UNIT 

PRICE 

IN 

DOLLAR 

UNIT 

CAPACITY 

IN 

MEGABYTE 

C/BYTE 

1 

ECL 

.00005 

175,000 

1 

17.5 

2 

MOS 

.00065 

2,800 

1 

.28 

3 

RAM-DISK 

.3 

120,000 

48 

.25 

4 

WINCHESTER 

24.3 

86,310 

2,500 

.0034 

5 

IBM  3850 

1000 

236,000 

236,000 

.00028 

LEVEL 

EXAMPLE  PRODUCT 

SOURCE 

DATE 

Hi 

DENELCOR  INC. 

COMPUTERWORLD 

4/84 

2 

TREND/STANDARD 
MEMORIES  INC. 

COMPUTERWORLD 

DATA  SOURCES 

4/84 

7/84 

3 

STC  4305,  SERIES  6 

DATAPRO70 

STC 

8/83 

7/84 

IQII 

IBM/3380/A04 

IBM 

4/84 

5 

IBM/3851/A31 

IBM 

6/84 

Table  VI 1. 3: 

Data  Storage  Hierarchy  using  1984  Technologies 
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VII. 2  DESIGN  ALTERNATIVE  EXPLORATIONS 


VII. 2.1  P1L4  Configuration 

A  P1L4  configuration,  as  shown  in  Table  VI 1 . 4 ,  was 
proposed  based  on  the  results  summarized  in  Table  VII. 3.  To  be 
conservative,  the  average  access  time  of  level  1  was  doubled  to 
100  nano-seconds.  It  was  also  assumed  that  the  system  is  closed 
with  a  population  of  50  customers  and  a  probability  of  .5  to 
overflow  between  levels.  The  "percolate,  zero  retransmit  rate, 
and  equal  priority  strategy"  was  used.  The  configuration  would 
have  a  total  storage  capacity  of  13  gigabytes  at  an  expense  of 
$.9  million  for  storage  devices. 

The  P1L4  model  is  summarized  in  Figure  VII. 3.  The  analytic 
results,  as  a  function  of  read-percentage  and  locality,  are 
tabulated  in  Table  VII. 5  and  plotted  in  Figure  VII. 4  and  Figure 
VII. 5.  The  analysis  indicates  that  a  throughput  of  1.5 
requests/micro-second  and  a  response  time  of  33  micro-seconds 
would  be  achieved  at  a  locality  of  .95  for  a  read-only  data 
storage  hierarchy.  The  performance  would  deteriorate  as  locality 
and  read-percentage  decrease. 
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LEVEL 

UNIT 

PRICE 

IN 

DOLLAR 

UNIT 

CAPACITY 

IN 

MEGABYTE 

NUMBER 

OF  UNITS 

TOTAL 

CAPACITY 

IN 

MEGABYTE 

TOTAL 

PRICE 

IN 

DOLLAR 

Bi 

175,000 

1 

1 

1 

175,000 

2 

2,800 

1 

8 

8 

22,400 

3 

120,000 

48 

2 

96 

240,000 

mm 

86,310 

2,529 

5 

12,600 

431,550 

TOTAL  12,705  868,950 


Table  VI 1. 4; 

P1L4  Conf iquration  using  1984  Technologies 
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GBUS 


QQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQ 

Q 

Q 


1  PE 
100  ns 


1  GC 
100  ns 


LEVEL  1 


1  GC 

1  PE 

8  LSS 

100  ns 

100  ns 

650  ns 

LEVEL  2 


1  GC 

1  PE 

2  LSS 

100  ns 

100  ns 

300000  ns 

LEVEL  3 


1  GC 

1  PE  1 

5  LSS 

100  ns 

100  ns  1 

24300000  ns 

LEVEL  4 


1  LBUS 
20  ns 


1  LBUS 
160  ns 


1  LBUS 
640  ns 


1  LBUS 
2560  ns 


Figure  VI 1 . 3 ; 

P1L4  Configuration  Using  1984  Technologies 
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READ! 

LOCALITY 

RESPONSE 

TIME(RT) 

THROUGHPUT 

(TP) 

ln{RT) 

0.95 

0.10 

193904640 

0.0000003 

19.0829 

0.95 

0.20 

139803520 

0.0000004 

18.7557 

0.95 

0.30 

97669040 

0.0000005 

18.3971 

0.95 

0.40 

66005400 

0.0000008 

18.0052 

0.95 

0.50 

43316624 

0.0000012 

17.5840 

0.95 

0.60 

2B107620 

0.0000018 

17.1515 

0.95 

0.70 

18882168 

0.0000026 

16.7537 

0.95 

0.80 

14144648 

0.0000035 

16.4648 

0.95 

0.90 

12399322 

0.0000040 

16.3331 

0.95 

0.95 

12181164 

0.0000041 

16.3154 

0.97 

0.10 

192871104 

0.0000003 

19.0775 

0.97 

0.20 

137631072 

0.0000004 

18.7401 

0.97 

0.30 

94609616 

0.0000005 

18.3653 

0.97 

0.40 

62279432 

0.0000008 

17.9471 

0.97 

0.50 

39113256 

0.0000013 

17.4820 

0.97 

0.60 

23583856 

0.0000021 

16.9761 

0.97 

0.70 

14164042 

0.0000035 

16.4662 

0.97 

0.80 

9326712 

0.0000054 

16.0484 

0.97 

0.90 

7544574 

0.0000066 

15.8363 

0.97 

0.95 

7321821 

0.0000068 

15.8064 

0.99 

0.10 

191837568 

0.0000003 

19.0722 

0.99 

0.20 

135458624 

0.0000004 

18.7242 

0.99 

0.30 

91550208 

0.0000005 

18.3324 

0.99 

0.40 

58553504 

0.0000009 

17.8854 

0.99 

0.50 

34909776 

0.0000014 

17.3683 

0.99 

0.60 

19060260 

0.0000026 

16.7631 

0.99 

0.70 

9446190 

0.0000053 

16.0611 

0.99 

0.80 

4508903 

0.0000111 

15.3216 

0.99 

0.90 

2689838 

0.0000186 

14.8050 

0.99 

0.95 

2462477 

0.0000203 

14.7167 

1.00 

0.10 

191320800 

0.0000003 

19.0695 

1.00 

0.20 

134372416 

0.0000004 

18.7161 

1.00 

0.30 

90020496 

0.0000006 

18.3155 

1.00 

0.40 

56690560 

0.0000009 

17.8531 

1.00 

0.50 

32808080 

0.0000015 

17.3062 

1.00 

0.60 

16798564 

0.0000030 

16.6368 

1.00 

0.70 

7087510 

0.0000071 

15.7738 

1.00 

0.80 

2100407 

0.0000238 

14.5576 

1 .00 

0.90 

262757 

0.0001903 

12.4790 

1.00 

0.95 

32969 

0.0015166 

10.4033 

Table  VI I . 5; 

P1L4  Analytic  Results 


In(TP) 


-15.1709 

-14.8437 

-14.4851 

-14.0932 

-13,6720 

-13.2395 

-12.8417 

-12.5528 

-12.4211 

-12.4034 

-15.1655 

-14.8281 

-14.4532 

-14.0351 

-13.5699 

-13.0640 

-12.5542 

-12.1364 

-11.9243 

-11.8943 

-15.1601 

-14.8122 

-14.4204 

-13.9734 

-13.4563 

-12.8511 

-12.1491 

-11.4095 

-10.8930 

-10.8047 

-15.1574 

-14.8041 

-14.4035 

-13.9411 

-13.3942 

-12.7248 

-11.8618 

-10.6456 

-8.5670 

-6.4913 
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ln(RESPONSE  TIME) 
19.1+  4 

4 


16.2  + 


13.3  + 


D 

3  D 

2  2  D  D 

A  C  C 

B  B 
A  B 


A 


10.4  + 

+ - + - + - + - + 


0.00 

0.20 

0.40 

0.60 

0.80 

READ%; 

100%  (A); 

99%  (B); 

97%  (C);  95% 

(D)  . 

In (THROUGHPUT) 
-6.4  + 


A 

--+locality 

l.OC 


A 


-9.3  + 


A 


-12.3+ 


-15.2+ 

+  - 

0.00 


4 


A 

B  B 

A  B  C  C 

2  2  D  D 

3  D 
D 


--  + - + - + - + - +  locality 

0.20  0.40  0.60  0.80  1.00 


Figure  VI 1 . 4 : 

P1L4  Analytic  Results 
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VII. 2. 2  P1L5  Configuration 

A  P1L5  configuration,  as  shown  in  Table  VI I . 6 ,  was  also 
proposed.  It  uses  exactly  the  same  assumptions  as  the  P1L4 
configuration,  as  described  in  Chapter  VII.2.1.  In  addition,  the 
IBM  3850  Mass  Storage  System  was  proposed  as  the  fifth  level  of 
the  storage  hierarchy.  The  configuration  would  have  a  total 
storage  capacity  of  1200  gigabytes  at  an  expense  of  $3.8  million 
for  storage  devices. 

The  analytic  results,  as  a  function  of  read-percentage  and 
locality,  are  tabulated  in  Table  VI I . 7  and  plotted  in  Figure 
VII, 5.  The  analysis  indicates  that  STB  operations  has  a 
significant  impact  over  the  system  performance  when  the  average 
access  time  at  the  bottom  level  is  relative  slow  and  the  degree 
of  parallelism  is  low.  This  observation  suggests  that  a 
"coalescence"  strategy  would  be  useful  to  enhance  performance. 
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LEVEL 

UNIT 

PRICE 

IN 

DOLLAR 

UNIT 

CAPACITY 

IN 

MEGABYTE 

NUMBER 

OF  UNITS 

TOTAL 

CAPACITY 

IN 

MEGABYTE 

TOTAL 

PRICE 

IN 

DOLLAR 

1 

175,000 

1 

1 

1 

175,000 

2 

2,800 

1 

8 

8 

22 ,400 

3 

120,000 

48 

2 

96 

240 , 000 

4 

86,310 

2,520 

1 

2,520 

86,310 

5 

664,000 

236,000 

5 

1180000 

3320000 

TOTAL  1,182,625  3,843,710 


Table  VII .6; 

P1L5  Configuration  using  1984  Technologies 


READ% 

LOCALITY 

RESPONSE 

TIME{RT) 

THROUGHPUT 

(TP) 

0.S5 

0 .10 

7231722496 

0.0000000 

0.95 

0.20 

4702683136 

0.0000000 

0.95 

0.30 

2963604992 

0.0000000 

0.95 

0.40 

1829829888 

0.0000000 

0.95 

0.50 

1141326080 

0.0000000 

0.95 

0.60 

762689024 

O.OOCOOOl 

0.95 

0.70 

583111552 

0.0000001 

0.95 

0.80 

516416364 

0.0000001 

0.95 

0.90 

501025984 

0.0000001 

0.95 

0.95 

500064064 

0.0000001 

0.97 

0.10 

7173446656 

0.0000000 

0 . 97 

0.20 

4591169536 

0.0000000 

0 . 97 

0.30 

2815484416 

0.0000000 

0.97 

0.40 

1657845248 

0.0000000 

0.97 

0.50 

954846208 

0.0000001 

0.97 

0.60 

568226944 

0.0000001 

0.97 

0.70 

384865344 

0.0000001 

0.97 

0.80 

316762304 

0.0000002 

0 . 97 

0.90 

301047552 

0.0000002 

0 . 97 

0.95 

300065472 

0.0000002 

0.99 

0.10 

7115171840 

0.0000000 

0.99 

0.20 

4479656960 

0.0000000 

0.99 

0.30 

2667366400 

0.0000000 

0.99 

0.40 

1485865728 

0.0000000 

0.99 

0.50 

768378240 

0.0000001 

0.99 

0.60 

373784000 

0.0000001 

0.99 

0.70 

186626944 

0.0000003 

0.99 

0.80 

117109344 

0.0000004 

0.99 

0.90 

101069216 

0.0000005 

0.99 

0.95 

100066816 

0.0000005 

1.00 

0.10 

7086033920 

0.0000000 

1.00 

0.20 

4423901184 

0.0000000 

1.00 

0.30 

2593308160 

0.0000000 

1 .00 

0.40 

1399878400 

0.0000000 

1.00 

0.50 

675151104 

0.0000001 

1 .00 

0.60 

276580672 

0.0000002 

1 .00 

0.70 

87537536 

0.0000006 

1 .00 

0.80 

17308332 

0.0000029 

1.00 

0.90 

1218753 

0.0000410 

1.00 

0.95 

151875 

0.0003292 

InC 

RT) 

In(TP) 

22. 

7017 

-18. 

'^897 

22. 

2714 

-18. 

3594 

21. 

8097 

-17. 

8976 

21 . 

3275 

-17. 

4155 

20. 

8554 

-16. 

9434 

20. 

4524 

-16. 

5403 

20. 

1839 

-16. 

2719 

20. 

0624 

-16. 

1504 

20. 

0322 

-16. 

1201 

20. 

0302 

-16. 

1182 

22. 

6936 

-18. 

7816 

22. 

2474 

-18. 

3354 

21 . 

7584 

-17. 

8464 

21. 

2288 

-17. 

3168 

20. 

6771 

-16. 

7650 

20. 

,1530 

-16. 

,2460 

19. 

,7684 

-15. 

,8564 

19. 

,5737 

-15. 

,6616 

19, 

,5228 

-15. 

,6108 

19, 

.5195 

-15, 

.6075 

22, 

.6855 

-18, 

.7735 

22, 

.2228 

-18, 

.3106 

21 

.7043 

-17, 

.7923 

21 

.1193 

-17 

.2072 

20 

.4598 

-16 

.  5478 

19 

.  7392 

-15 

.8272 

19 

.0446 

-15 

.1326 

18 

.5786 

-14 

.6666 

18 

.4313 

-14 

.5193 

18 

.4213 

-14 

.5093 

22 

.6814 

-18 

.7694 

22 

.2103 

-18 

.2983 

21 

.6762 

-17 

.7642 

21 

.0596 

-17 

.1476 

20 

.  3304 

-16 

.4184 

19 

.4380 

-15 

.5260 

18 

.2876 

-14 

.  3756 

16 

.6667 

-12 

.7547 

14 

.0133 

-10 

.1013 

11 

.9306 

-8 

.0186 

Table  VI I . 7 : 

P1L5  Analytic  Results 
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Figure  VI I . 5 : 

P1L5  Analytic  Results 
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VII .3  DISCUSSION 


The  analysis  conducted  in  this  chapter  has  demonstrated 
the  power  of  TAD  in  providing  insights  into  the  behavior  of  the 
INFOPLEX  data  storage  hierarchy.  The  cost-effectiveness  of  TAD 
also  makes  it  attractive  for  the  designer  to  explore  different 
configurations  with  different  storage  capacities  and  expenses. 
Future  research  should  be  focused  on  the  enhancement  of 
distributed  control  algorithms  based  on  analyses  conducted 
through  TAD,  and  on  the  enhancement  of  TAD  itself. 
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CHAPTER  VIII 

Summary  and  Future  Directions 

A  research  built  upon  past  researh  efforts  has  been 

conducted.  As  a  result  of  the  integral  effort,  a  technique  has 
been  developed  to  compute  performance  measures  for  distributed 
systems  with  unbalanced  flows  due  to  asynchronously  spawned 
parallel  tasks.  With  this  technique,  a  cost  effective 

architectural  design  tool,  TAD,  has  been  developed  for  the 
INFOPLEX  data  storage  hierarchy  models.  Comparisons  between  the 
performance  measures  computed  from  TAD  and  those  from  detailed 
simulation  studies  indicate  very  high  consistencies.  It  is  clear 
that  TAD  is  an  attractive  tool  for  exploring  different  INFOPLEX 
data  storage  hierarchy  design  alternatives. 

VIlI.l  SUMMARY  OF  THESIS 


Chapter  I  of  the  thesis  provided  a  rationale  for  a 
performance  oriented  software  engineering  methodology.  Major 
accomplishments  of  this  thesis  were  also  listed. 

The  background  and  motivation  of  this  research  is  the 
INFOPLEX  database  computer  project.  The  motivation  for  using 
analytic  product  form  queueing  network  models  to  analyze  the 
INFOPLEX  data  storage  hierarchy  and  the  background  queueing 
theory  which  is  essential  to  the  development  of  this  research 
were  presented  in  chapter  II. 
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The  existence  problem  of  the  product  form  solution  for 
systems  with  unbalanced  flows  was  discussed  in  chapter  III.  it 
has  been  concluded  that  the  product  form  solution  does  not  exist 
in  general  for  systems  with  unbalanced  flows. 

An  analytic  formulation  was  presented  in  chapter  IV  to 
model  and  analyze  distributed  systems  with  unbalanced  flows.  A 
cutting  technique  was  developed  to  approximate  the  performance  of 
distributed  systems  with  UAP.  The  stability  conditions  were 
identified.  Priority  schedualing  of  distributed  systems  with 
unbalanced  flows  was  also  addressed. 

Chapter  V  extended  the  theory  developed  in  chapter  IV  to 
study  its  applicability.  The  BI/A,  BI/0  and  BBS  algorithms  were 
developed.  These  algorithms  were  studied,  uisng  simulation,  to 
compare  their  efficiency.  It  was  found  that  for  the  majority  of 
networks  (with  1  to  20  customers  and  2  to  20  service  facilities), 
the  BI/A  and  BI/0  algorithms  took  1.79  iterations  on  the  average 
to  locate  the  equilibrium  system  throughput,  Xq.  The  BBS 
algorithm  took  7.65  iterations  on  the  average  to  Xq  All  the 
algorithms  outperform  the  conventional  binary  search  algorithms 
which  would  take  10  iterations.  The  BI /A  algorithm  was 
implemented  in  a  software  package  called  TAD  (Technique  for 
Architectural  Design)  to  evaluate  the  performance  of  different 
design  alternatives  of  the  INFOPLEX  data  storage  hierarchy 
models . 
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Chapter  VI  presented  the  validiction  study  of  TAD  using 
INFOPLEX  P5L4  ana  P1L3  models.  The  study  was  conducted  through 
the  GPSS  and  RESQ  simulation  packages.  Highly  consistent  results 
have  been  observed. 

Chapter  VII  explored  new  disign  alternatives  using  TAD. 
In  addition  to  ease  of  use,  it  was  observed  that  the  use  of  TAD 
costs  five  cents  per  design  alternative;  whereas,  it  may  not  be 
possible  to  attain  steady-state  results  of  a  single  design 
alternative  using  simulation  for  $100.  Better  design 
alternatives  were  discovered  and  analyzed. 


VI II. 2  FUTURE  DIRECTIONS 


This  thesis  has  provided  an  analytic  framework  for 
performance  evaluation  of  the  INFOPLEX  data  storage  hierarchy 
models.  With  this  foundation,  future  research  can  be  conducted  in 
the  following  directions; 

I)  More  extensive  validations  of  the  analytic  results  both  in 
terms  of  simulation  and  measurement  of  the  actual  system: 
Simulation  studies  with  longer  periods  and  with  confidence 
interval  estimates  should  be  conducted  before  the  actual 
system  is  built.  RESQ(Sauer82 )  is  a  state-of-the-art  tool 
that  can  be  employed  for  future  simulation  studies. 

II)  The  exploration  of  data  storage  hierarchy  with  more  than 
four  levels  and  with  different  data  movement  strategies: 
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The  key  advantage  of  the  INFOPLEX  data  storage  hierarchy 
is  the  extendabi 1 i ty  to  any  arbitrary  number  of  levels. 
Different  data  movement  strategies  should  be  studied  with 
an  arbitrary  number  of  levels  to  compare  their 
performance.  TAD  is  currently  designed  for  an  arbitrary 
number  of  levels  with  a  percolate  strategy.  It  can  be 
employed  to  study  the  impact  of  the  number  of  levels  on 
data  movement  strategies.  The  extendabi 1 ity  of  TAD  also 
offers  an  easy  way  to  study  different  da^a  movement 
strategies . 

Ill)  The  extension  of  TAD  to  incorporate  other  features  of  the 
system,  such  as  priority  treatment,  to  obtain  more 
accurate  performance  measures.  Alternatively,  the  whole 
data  storage  hierarchy  can  be  perceived  as  a  composite 
service  facility  to  be  interfaced  with  the  functional 
hierarchy.  The  closed  system  alternative  makes  the 
composition  possible. 

IV)  Workload  characterization  of  the  INFOPLEX  data  storage 
hierarchy;  The  mean-service-times  and  visit-ratios  play  a 
critical  role  in  the  computation  of  performance  measures 
of  a  model.  New  design  decisions  should  be  incorporated 
into  the  performance  model  to  revise  these  parameters. 

The  development  of  TAD  and  the  comparison  of  the  TAD 
results  with  simulation  results  opens  a  door  for  a  series  of 
exciting  researches.  Future  INFOPLEX  research  in  the  performance 
area  should  address  the  above  issues. 
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Appendix  I : 

Listing  of  Simulation  program,  of  Iterative  Algorithm: s 


This  simulation  program  simulates  closed  networks  with 
different  populations  and  different  workloads  for  the  main  chain 
and  the  UAP  chain.  The  simulated  network  parameters  are  fed  into 
the  BI ,  BI/A,  and  BBS  algorithms  to  test  the  algorithms'  validity 
and  efficiency.  The  program,  was  written  in  BASICA  on  the  IBM  PC 
under  DOS2.0. 
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IOC  DIM 

Al$ (5) 

110  DIK 

G(30) , 

VSU (3C) , 

VSH(30)  , 

INFLATED. VSK (30) 

120  DIK 

CASE. TABLE (400) , 

ITERATION. TABLE (400, 2) 

130  LPRINT 

«=====:======================  START  SIMULATION  .... 


140  LPRINT  •'  " 

150  INPUT  "NUMBER  OF  EXPERIMENTS  TO  SIMULATE'”' , NUMBER. OF. EXPERIMENTS 
16C  LPRINT 

"FIVE  ROUNDS  OF  SIMULATIONS,  THE  NUMBER  OF  EXPERIMENTS  PER  ROUND  IS  " 
; NUMBER . OF . EXPERIMENTS 

170  INPUT  "RANDOM  NUMBER  SEED?" , RANDOM . NUMBER . SEED 
180  LPRINT  "RONDOM  NUMBER  SEED  IS  "; RANDOM. NUMBER. SEED 
190  LPRINT  "  " 

200  RANDOMIZE (RANDOM. NUMBER. SEED) 

210  CASE. TYPE  =  0 

220  RE'.,  AT  I VE.  ERROR  =  .001 

230  FOR  ROUND  =  1  TO  5  : 

I  REM  5  INDEPENDENT  SIMULATIONS  TO  RUN 

240  EXPERIMENT. NUMBER  =  1 

250  WHILE  EXPERIMENT. NUMBER<=NUMBER. OF. EXPERIMENTS 

260  PRINT  "  " 

270  PRINT 

•>=======:===============:=*===  start  EXPERIMENT 

EXPERIMENT. NUMBER; "  ==============================" 

280  PRINT  "  " 

290  MAJ:.VSU=C: 

j  NUMBER. OF. ITERATIONS=0: 

[  LOWER. B0UKD=0: 

UPPER. BOUND=0 

300  NUMBER. OF. FACILITIES  =  INT(RND«19)  +  2 

310  NUMBER. OF. CUSTOMERS  =  INT(RND*2C)  -  1 

320  i  PRINT 

i  "NUMBER. OF. CUSTOMERS=  NUMBER . OF . CUSTOMERS ; TAB  I  40  I ; 

"NUMBER. OF. FACILITIES=  "; NUMBER . OF . FACILITIES 
330  VSK. INDEX  =  0 

340  FOR  M  =  1  TO  NUMBER. OF. FACILITIES 

35C  VSM(M)  =  INT(RND*6)  •  FND 

360  VSU(K)  =  INT(RND«4)  *  RND 

370  PRINT  "VSM(";K;")=  "  ;  VSM  (K )  ;  TAB  (40  )  :  "  VSU  (  "  ;  K ;  "  )  =  ";V£'J(M) 

380  IF 

VSK (M) >0 
THEN 

VSK.  index;  =  1 


39C 


IF 


i 
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VSU(M)>  KAX.VSU 
THEN 

MAlI.VSi’  =  VSU(K): 

MA>:.VSU.  INDEX  =  Y. 

NEXT  K 

PRINT  ’'KA>:.VSV=  •’;MAX.VSU;TAB(40)  ;"KA>:.VSU.INDEX=  "  ;MA>; .  VSU .  INTI 
PRINT  "  ’’ 

PRINT 

>•========:====  START  STABILITY  CONDITION  TEST  TO  IDENTIFY  CAS: 

YPE  ============•■ 

PRINT  •'  " 

IF 

KPJl.VSV  =  u  OR  VSK.  INDEX  =  0 
THEN- 

EXPERIMENT -NUMBER  =  EXPERIMENT. NUMBER  -  1: 

GOTO  3200 
MAX.XM  =1/MAX.VSU 
PRINT  "MAX.XM=  ’G-MAX-XM 
X.EST  =0 
60SUE  4000 
MVI=MAX.VSU. INDEX 
IF 

XM<MAX.XM 

THEN 

C=l: 

U=XM: 

L=0: 

FL=XM : 

X.EST=XK: 

GOSUB  4000: 

FU=XK 

ELSE 

IF 

VSM(MVI)>C 

THEN 

C=2; 

U=MAX.XM: 

C  ’ 

FL=XK: 

FU=0 

ELSE 

X.EST=MA>;.XM: 

GOSUB  4000: 

IF 

XM< -MAX.XM 
THEN 
C=3: 

U*=MAi:.XK: 

L=XM: 

Fl'  =  0: 

X . EST=XM : 

GOSUB  4000: 

FL=XK 

ELSE 


CASE.TyPE=4: 
GOTO  3120 
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108C 


1090 


1100 

2000 


2010 

2020 

2030 


2040 

2050 

2060 

2070 


2080 


CASE.TYPE=C: 

I N I T I AL . UPPER . BOUND=U : 

INITIAL. LOWER . BOUND=L : 

F. LOWER. BOUND=FL: 

F. UPPER. BOUND=FU 
PRINT 

"THE  CASE. TYPE  OF  EXPERIMENT  EXPERIMENT . NUMBER ; ”  IE  " ; 

CASE. TYPE 
PRINT  "  " 

PRINT 

"=============  START  <BOUNDEL  INTERPOLATION>  ALGORITHM  WITH  TRA 

CE  =============" 

PRINT  "  " 

UPPER. BOUND  =  INITIAL. UPPER. BOUND: 

LOWER. BOUND  =  INITIAL. LOWER. BOUND 

SLOPE  =  (F. LOWER. BOUND  -  F. UPPER. BOUND)/ (UPPER. BOUND  - 
LOWER. BOUND) 

DELTA= ( UPPER . BOUND-F . UPPER . BOUND ) / ( 1+SLOPE ) : 

X.EST  =  UPPER. BOUND  -  DELTA 
GOSUB  4000 

NUMBER. OF. ITERATIONS  =  1 

WHILE  (  ABS(XM  -  X.EST)  /  X.EST  )  >  RELAT I VE . ERROR 
IF 

XM<LOWER. BOUND 
THEN 

LAST .X . EST=LOWER . BOUND : 

LAST . XM=F . LOWER . BOUND : 

UPPER . BOUNDaX .EST: 

F. UPPER. BOUND=XK 
ELSE 
IF 

UPPER. BOUND<XK 
j  THEN 

I  LAST. X.ESTaUPPER. BOUND: 

!  LAST. XM=F. UPPER. BOUND: 

LOWER . BOUND=X . EST : 

F. LOWER. BOUND=XM 
IF 

LOWER. BOUND<=XK  AND  XM  <=  UPPER. BOUND 
j  THEN 

1  XM<=X.EST 

I  THEN 

i  LAST. X.EST=LOWER. BOUND: 

I  LAST. XM=F. LOWER. BOUND: 

!  UPPER. BOUND=X. EST: 

F  .  UPPER .  BOUND=.XK 
I  ELSE 

LAST. X.ESTaUPPER. BOUND: 

I  LAST. XM=F. UPPER. BOUND: 

LOWER .  B0UND=X .  EST : 
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2090 

2100 


2110 


2120 

2130 

2140 

2150 

2160 

2170 

2180 


2190 

3000 


3010 

3020 

3030 

3040 

3050 

3060 

3070 


3080 

3090 

310C 

3110 

3120 

3130 

3140 


F. LOWER. B0UND=XM 

SLOPE= ( LAST . XM-XK ) / (X . EST-LAST . X . EST ) : 

DELTA= (X.EST-XK)/(SLOPEt1) 

PRINT 

"DELTA" ; TAB (15 ) ; "F. LOWER . BOUND" ; TAB ( 30 ) ; "F . UPPER . BOUND" ; TAB ( 
46) ;"LAST.X.EST";TAB(61) ;"LAST.XK" 

PRINT 

DELTA ; TAB ( 15 ) ; F . LOWER . BOUND ; TAB ( 30 ) ; F . UPPER . BOUND ; TAB (45); 
LAST.X.EST;TAB(60) ;LAST.XK 
PRINT  "  " 

X.EST  =  X.EST-DELTA 
GOSUB  4000 

NUMBER. OF. ITERATIONS  =  NUMBER. OF. ITERATIONS  +  1 
WEND 

ITERATION . TABLE (EXPERIMENT. NUMBER , 1 ) =  NUMBER . OF. ITERATIONS 
PRINT 

" CASE .TYPE:"; CASE . T YPE ; " ;  NUMBER . OF . I TERAT IONS;"; 

NUMBER. OF. ITERATIONS;";  FINAL  X. ESTIMATE: " ;X. EST 
PRINT  "  " 

PRINT 

••============  START  [BOUNDED  BINARY  SEARCH]  ALGORITHM  WITH  TRA 

CE  =============<• 

PRINT  "  " 

UPPER. BOUND  =  INITIAL. UPPER. BOUND; 

LOWER. BOUND  =  INITIAL. LOWER. BOUND 
X.EST  =  (UPPER. BOUND  +  LOWER. BOUND) /2 
GOSUB  4000 

NUMBER. OF. ITERATIONS  =  1 

WHILE  (  ABS(XM  -  X.EST)  /  X.EST  )  >  RELAT I VE . ERROR 
IF 

XM<LOWER. BOUND 
THEN 

UPPER . BOUND=X . EST 
ELSE 
IF 

LOWER. BOUND<=XM  AND  XM  <=  UPPER. BOUND 
THEN 
IF 

XM<=X.EST 

THEN 

LOWER. BOUND=XK: 

UPPER. B0UND=X. EST 
ELSE 

LOWER. BOUND=X. EST: 

UPPER. BOUND=XM 

ELSE 

LOWER . BOUND=X . EST 

X.EST  =( LOWER. BOUND-UPPER. BOUND )/2 
GOSUB  4000 

NUMBER. OF. ITERATIONS  =  NUMBER. OF. ITERATIONS  +  1 
WEND 

I TERAT I ON . TABLE ( EXPEF’  IMENT . NUMBER , 2 ) =  NUMBER . OF . I TERAT IONS 
CASE. TABLE (EXPERIMENT. NUMBER)  =  CASE. TYPE 
PRINT  "  " 
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3150 


3160 


3170 

•3180 

3190 

3200 

3210 

3220 

3230 


3240 

3250 


3260 

3270 

3280 

3290 

3300 

4000 

4010 


4020 

4030 

4040 

4050 

4060 

4070 

4080 

4090 

4100 

4110 

4120 

4130 

4140 

4150 

4160 

4170 

5000 


5010 

5020 

5030 

5040 


PRINT 

"CASE . TY PE : " ; CASE . TYPE ; " ;  NUMBER . OF . I TERAT IONS:"; 

NUMBER. OF. ITERATIONS;";  FINAL  X. ESTIMATE: " ;X.EST 

PRINT 

•'====================  end  of  EXPERIMENT  "; EXPERIMENT. NUMBER; 


PRINT  "  " 

PRINT  "  " 

EXPERIMENT. NUMBER  =  EXPERIMENT. NUMBER  +  1 
WEND 

GOSUB  4170 
PRINT  "  ■' 

PRINT 

"==============================  end  OF  SIMULATION 


LPRINT  ” 
LPRINT 


LPRINT  "  " 

LPRINT  "RANDOM. NUMBER. SEED  FOR  ROUND  ";ROUND+l;"  IS  ";RND 
LPRINT  "  " 

NEXT  ROUND 
STOP 

FOR  M*1  TO  NUMBER. OF. FACILITIES 
IF 

VSM(M) >0 
THEN 

INFLATED. VSK(M)  =  VSM (M) / (1-VSU (M) "X.EST) 

ELSE 

INFLATED. VSM(M;  =  0 

NEXT  M 

FOR  N  =  1  TO  NUMBER. OF. CUSTOMERS 
I  G(N)=0 
NEXT  N 
G(0)  =  1 

FOR  K  =  1  TO  NUMBER. OF. FACILITIES 
FOR  N=1  TO  NUMBER. OF. CUSTOMERS 
I  G(N)=G(N)+INFLATED.VSM(M)*G(N-1) 

NEXT  N 
NEXT  K 

XM  =G ( NUMBER . OF . CUSTOMERS-1 ) /G ( NUMBER . OF . CUSTOMERS ) 

PRINT  "LOWER. BOUND”;TAB(17) ; "UPPER. BOUND" ; TAB ( 31 ) ; "X . EST" ; TAB (46 ) ;”XM" 
PRINT  LOWER. BOUND; TAB (15) ; UPPER. BOUND; TAB (30) ;X.EST;TAB(45) ;XM 
PRINT  "  " 

RETURN 
PRINT  "  " 

LPRINT 

"=======:===================  STATISTICAL  ANALYSIS  ================= 


LPRINT  "  " 

LPRINT  "EXPERIMENT" , "CASE. TYPE" , "INTERPOLATE" , "BOUNDED. BINARY" 
INTERP.SUM  =  0 
BINARY. SUM  =  0 


PAGE  178 


5050  FOR  I  =  1  TO  NUMBER. OF. EXPERIMENTS 

5060  LPRINT  1 , CASE. TABLE (I) . ITERATION .TABLE ( I , 1) , ITERATION . TABLE ( I , 2 ) 
5070  INTERP.SUK  =  INTERP.SUM  +  ITERATION.TABLEd ,1) 

5080  BINARY. SUM  =  BINARY. SUM  +  ITERATION.TABLEd ,2) 

5090  NEXT  I 

5100  LPRINT  " - - - - " 

5110  LPRINT  "  "."TOTAL", INTERP.SUM, BINARY. SUM 

.5120  I NTERP . MEAN= I NTERP . SUM/NUMBER . OF . EXPERIMENTS : 

BINARY . MEAN=BINARY . SUM/NUMBER . OF . EXPERIMENTS 
5130  LPRINT  "  "."MEAN  ", INTERP. MEAN, BINARY .MEAN 

5140  INTERP. SD=0: 

BINARY. SD=0 

5150  FOR  J=1  TO  NUMBER. OF. EXPERIMENTS 
5160  D= I TERATION . TABLE ( J , 1 ) -INTERP . MEAN : 

INTERP . SD=INTERP .SD+D*D: 

D= I TERATION . TABLE ( J , 2 ) -BINARY .MEAN : 

BINARY. SD=BINARy.SD+D«D 
5170  NEXT  J 
5180  LPRINT 

"  ","S.D.  ", SQRdNTERP.SD/NUMBER. OF. EXPERIMENTS)  ,SQR(BINARY.SD/ 

NUMBER . OF . EXPER I MENTS ) 

5190  Al$(l)=  "XM(XM=0)<=MAX.XK" 

5200  Al$(2)=  "XM(XM=0)>MAX.XM,  AND  VSM (MAXVSU) >0" 

5210  A1$(3)="XM(XM=0)>MAX.XM,  VSM(MAX.VSU)=0,  AND  XM (MAX.XM) <MAX.XM" 

5220  A1$(4)="XM(XM=0)>MAX.XK,  VSM (MAX. VSU) =0,  AND  XM (MAX.XM) >=MAX.XM" 

5230  FOR  CASE. TYPE  =  1  TO  4 
5240  LPRINT  "  " 

5250  LPRINT 


5260  LPRINT  "  " 

5270  LPRINT  "===  CASE. TYPE  " ;CASE. TYPE; ?A1$  (CASE. TYPE) ; "  ====" 

5280  LPRINT  "  " 

5290  INTERP. TYPE. ITERATIONS=0 

5300  BI NARY. TYPE. ITERAT10NS=0 

5310  NUMBER. OF. TYPE. EXPERIMENTS=0 

5320  LPRINT  "ITERATIONS" , "INTERPOLATE" , "BOUNDED. BINARY" 

5330  FOR  NUMBER. OF. ITERATIONS  =  1  TC  25 

I NTERP . TYPE . EXPERIMETNS=0 
BINARY . TYPE . EXPERIMENTS=0 
FOR  J=1  TO  NUMBER. OF. EXPERIMENTS 
IF 

CASE . TABLE ( J ) =CASE . TYPE 
THEN 
IF 

ITERATION . TABLE ( J , 1 ) ^NUMBER . OF . ITERATIONS 
THEN 

INTERP . TYPE . EXPERIMETNS= 

INTERP . TYPE . EXPERIMETNS+1 

ELSE 
IF 

I TERATION . TABLE ( J , 2 ) -NUMBER . OF . I TERAT I ONS 
THEN 

BINARY. TYPE . EXPERIMENTS- 


5340 

5350 

5360 

5370 
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1  BINARY. TYPE. EXPERIMENTS+1 

5380  NEXT  J 

5390  IF 

INTERP.TYPE.EXPERIKETNS=0  AND  BINARY .TYPE. EXPERIMENTS=0 
THEN 

GOTO  5440 

5400  LPRINT 

NUMBER . OF . ITERATIONS , INTERP. TYPE. EXPERIMETNS , 

BINARY. TYPE. EXPERIMENTS 

5410  INTERP. TYPE. ITERATIONS=INTERP. TYPE. ITERATIONS+ 

I NTERP . TYPE . EXPERIMETNS*  NUMBER . OF . I TERAT IONS 
5420  BINARY  .TYPE.  ITERATIONS=BINARY. TYPE.  ITERATIONS-*- 

B I NARY . TYPE . EXPERIMENTS*  NUMBER . OF . I TERATl ONS 
5430  NUMBER . OF . TYPE . EXPERIMENTS=NUMBER . OF . TYPE . EXPERIMENTS-^ 

INTERP . TYPE . EXPERIMETNS 
5440  NEXT  NUMBER. OF. ITERATIONS 

5450  LPRINT  " - - " - " 

5460  LPRINT  "TOTAL 'MNTERP  .TYPE.  ITERATIONS  .BINARY .  TYPE.  ITERATIONS 

5470  LPRINT 

"REPLI CAT IONS", NUMBER . OF . TYPE . EXPER I MENTS , 

NUMBER . OF . TYPE . EXPERIMENTS 

5480  IF 

NUMBER . OF . TYPE . EXPERIMENTS=0 
THEN 

GOTO  5560 

5490  INTERP. TYPE. MEAN=INTERP. TYPE. ITERATIONS/NUMBER. OF. TYPE. EXPERIMENTS; 

BINARY. TYPE. MEAN=BINARY. TYPE. ITERATIONS/NUMBER. OF. TYPE. EXPERIMENTS 
5500  LPRINT  "MEAN’MNTERP. TYPE. MEAN, BINARY. TYPE. KEAN 

5510  INTERP. TYPE. SD=0: 

BINARY.TyPE.SD=0 

5520  FOR  J*1  TO  NUMBER. OF. EXPERIMENTS 

5530  IF 

CASE . TABLE ( J ) =CASE . TYPE 
THEN 

D= I TERAT I ON . TABLE ( J , 1 ) - I NTERP . T YPE . MEAN : 

I  NTERP .  T  YPE .  SD=  I  NTERP .  TYPE .  SD-t-D*D : 

D= I TERAT I ON . TABLE ( J , 2 ) -B I NAR  Y . T YPE . KEAN ; 

BINARY.  TYPE.  SD=BINARY.  TYPE.  SD-kD*D 

5540  NEXT  J 

5550  LPRINT 

"S.D.  ", SCR (INTERP. TYPE. SD/NUMBER. OF. TYPE. EXPERIMENTS) ,SQR( 

BINARY . TYPE . SD/NUMBER . OF . TYPE . EXPERIMENTS ) 

5560  NEXT  CASE. TYPE 
5570  RETURN 
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Appendix  II: 

Listing  of  Sample  Audit  Output 


This  sample 
model  documented  in 
the  behavior  of  the 


audit  output  is  generated  by  TAD  for 
Chapter  VI. 3. 2.  It  enables  designers 
distributed  control  algorithms. 


the  P1L3 
to  study 
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ENTER  A  LOCALITY (ASSUME  THE  SAME  ACROSS  LEVELS) I 

.7 


ENTER  READ%: 

.7 


.  CHECK  IN  DSH  LEVEL  ONE  PE. 


NUMBER  OF  FACILITIES  LEVEL  VISIT-RATIO  SERVICE-TIME  VS-PRODUCT  CHAIN-TYPE 


1 


PE  1  .70000  200. OOC  140.0  1 


READ-THROUGH-MESSAGE  STOPS  WHEN  DATA  IS  FOUND; 

IT'S  FOLLOWED  BY  READ-THROUGH-RESULT-FOUND  TRANSACTION. 

READ-THROUGH-MSG . 


NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

1 

LBUS 

1 

.21000 

100.000 

21.0 

1 

1 

GC 

1 

.21000 

100.000 

21.0 

1 

1 

GBUS 

1 

.21000 

100.000 

21.0 

1 

1 

GC 

2 

.21000 

100.000 

21.0 

1 

1 

LBUS 

2 

.21000 

100.000 

21.0 

1 

1 

PE 

2 

.21000 

200.000 

42.0 

1 

1 

LBUS 

2 

.06300 

100.000 

6.3 

1 

1 

GC 

2 

.06300 

100.000 

6.3 

1 

1 

GEUS 

2 

.063CC 

100. OOC 

6.3 

1 

1 

GC 

3 

.06300 

100.000 

6.3 

1 

1 

LBUS 

3 

.06300 

100.000 

6.3 

1 

1 

PE 

3 

.06300 

200.000 

12.6 

1 

READ-THROUGH-RESULTS 

FOUND 

AT  LEVEL  1 

NUMBER  OF  FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT  CHAIN-TYPE 

1  PE 

1 

.49000 

100.000 

49.0  1 
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READ-THROUGH-RESULTS 

FOUND 

AT  LEVEL  2 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

HUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

1 

LBUS 

2 

.14700 

100.000 

14.7 

1 

2 

LSS 

2 

.14700 

1000.000 

73.5 

1 

1 

LBUS 

2 

.14700 

100.000 

14.7 

1 

1 

GC 

2 

.14700 

100.000 

14.7 

1 

1 

GBUS 

1 

.14700 

100.000 

14.7 

1 

rprx  CARE 

OF  LEVEL  1 

UP  TO 

LEVEL  1  BROADCAST. 

NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

1 

GC 

1 

.14700 

100.000 

14.7 

1 

1 

LBUS 

1 

.14700 

100.000 

14.7 

1 

1 

PE 

1 

.14700 

100.000 

14.7 

1 

OVERFLOW  FROM  LEVEL  2 

;  BROADCAST. 

NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

1 

LBUS 

I 

.07350 

100.000 

7.4 

2 

1 

GC 

1 

.07350 

100.000 

7.4 

1 

GBUS 

1 

.07350 

100.000 

7.4 

2 

1 

GC 

2 

.07350 

100.000 

7.4 

2 

1 

LBUS 

2 

.07350 

100.000 

7.4 

i 

PE 

2 

.07350 

200.000 

14.7 

2 

READ- THROUGH-RESULTS 

FOUND 

AT  LEVEL  3 

NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

I 

LBUS 

3 

.06300 

100.000 

6.3 

1 

2 

LSS 

3 

.06300 

2000.000 

63.0 

1 
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1 

LBUS 

3 

.06300 

■  800-000 

50.4 

1 

1 

GC 

3 

.06300 

100.000 

6.3 

1 

1 

GBUS 

2 

.06300 

800.000 

50.4 

1 

TAKE  CARE 

OF  LEVEL  1 

UP  TO 

LEVEL  2  BROADCAST. 

NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-' 

1 

GC 

1 

.06300 

100-000 

6-3 

1 

1 

LBUS 

1 

.06300 

100.000 

6.3 

1 

1 

PE 

1 

.06300 

100.000 

6.3 

1 

1 

GC 

2 

.06300 

100.000 

6.3 

2 

1 

LBUS 

2 

.06300 

800.000 

50.4 

2 

1 

PE 

2 

.06300 

200.000 

12.6 

2 

1 

LBUS 

2 

.06300 

800.000 

50.4 

2 

2 

LSS 

2 

.06300 

1000.000 

31.5 

2 

OVERFLOW  FROM  LEVEL  3  BROADCAST. 


NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIKE 

VS-PRODUCT 

CHAIN-' 

1 

LBUS 

1 

.03150 

100.000 

3.2 

2 

1 

GC 

1 

.03150 

100.000 

3.2 

2 

1 

GBUS 

1 

.03150 

100.000 

3.2 

2 

1 

GC 

2 

.03150 

100.000 

3.2 

2 

1 

LBUS 

2 

.03150 

100.000 

3.2 

2 

1 

PE 

2 

.03150 

200.000 

6.3 

2 

1 

LBUS 

2 

.03150 

100.000 

3.2 

2 

1 

GC 

2 

.03150 

100.000 

3.2 

2 

1 

GBUS 

2 

.03150 

100.000 

3.2 

2 

1 

GC 

3 

.03150 

100.000 

3.2 

2 

1 

LBUS 

3 

.03150 

100.000 

3.2 

2 

I 

PE 

3 

.03150 

200.000 

6.3 

2 

STB  TRANSACTION. 


NUMBER  OF  FACILITIES  LEVEL  VISIT-RATIO  SERVICE-TIME  VS-PRODUCT  CHAIN-TYPE 
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1 

PE 

1 

.30000 

100.000 

30.0 

1 

1 

LBUS 

I 

.30000 

100.000 

3C.C 

2 

1 

GC 

1 

.30000 

IOC. 000 

30.  C 

2 

1 

GBUS 

1 

.30000 

IOC. 000 

30.0 

2 

1 

GC 

2 

.30000 

IOC. 000 

30.0 

1 

LBUS 

2 

.30000 

100.000 

30.0 

2 

1 

PE 

2 

.30000 

200.000 

60.0 

2 

1 

LBUS 

2 

.30000 

100.000 

30.0 

2 

2 

LSS 

2 

.30000 

1000. ooc 

150.0 

2 

I 

LBUS 

2 

.30000 

800. OOC 

240.0 

2 

I 

GC 

2 

.30000 

100.000 

30.0 

2 

1 

GBUS 

2 

.30000 

80C.000 

240.0 

2 

1 

GC 

3 

.30000 

IOC. 000 

30.0 

2 

1 

LBUS 

3 

.30000 

800.000 

240.0 

2 

1 

PE 

3 

.30000 

200.000 

60.0 

2 

1 

LBUS 

3 

.30000 

800.000 

240.0 

2 

2 

LSS 

3 

.30000 

2000. occ 

300.0 

2 

ACK  TRANSACT I OK. 


NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIKE 

VS-PRDDUCT 

CHAIN- 

1 

LBUS 

2 

.30000 

100.000 

30.0 

2 

1 

GC 

2 

.30000 

100.000 

30.0 

2 

1 

GBUS 

2 

.30000 

100.000 

30.0 

2 

1 

GC 

1 

.30000 

100.000 

30.0 

2 

1 

LBUS 

1 

.30000 

100.000 

30.0 

2 

1 

a. 

PE 

1 

.30000 

200.000 

60.0 

2 

1 

LBUS 

2 

.30000 

100.000 

30.0 

2 

1 

GO 

2 

.30000 

100. ooc 

30.0 

2 

1 

GBUS 

2 

.30000 

100. one 

30.0 

2 

GO 

1 

.30000 

100.000 

30.0 

2 

1 

LBUS 

1 

.30000 

100.000 

30.0 

2 

1 

PE 

1 

.30000 

200.000 

60.0 

2 

1 

LBUS 

3 

.30000 

100.000 

30.0 

2 

1 

GO 

3 

.30000 

100.000 

30.0 

2 

1 

GBUS 

3 

.30000 

100.000 

30.0 

£. 

1 

GC 

2 

.30000 

100.000 

30.0 

2 

1 

LBUS 

2 

.30000 

100.000 

30.0 

2 

1 

PE 

2 

.30000 

200.000 

60.0 

2 
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Appendix  III:  Listing  of  TAD 

TAD  (Technique  for  Architectural  Design)  is  an  analytic 
software  tool  designed  to  evaluate  the  performance  of  the 
INFOPLEX  Data  Storage  Hierarchy.  It  is  implemented  in  BASICV  on 
the  PRIME  850  at  the  Sloan  School  of  Management,  Massachusetts 
Institute  of  Technology.  A  sample  session  of  TAD  is  available  in 
Appendix  VI . 
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;K  system  MAP: 

:m  I 


:m  «< 

•M  • 

»  ft  « 

IK  « 

MAIN  PROGRAM: 

1210-1920 

IK  • 

VISIT  RATIO: 

1930-3140 

IM  • 

PERFORMANCE: 

3150-3530 

IK  • 

ERROR  HANDLER: 

3540-4200 

IK  « 

PRIMITIVES: 

4210-11460 

IK  • 

IM  *■ 

ft  ft  ft 

TV 


EM  CONFIGURATION  PARAMETERS: 
EM 


ft  ft 

EK  « 

ft 

EK  • 

C9(0,0) : 

OF 

LEVELS  IN  THE  MODEL. 

ft 

EM  • 

C9(l,0) : 

# 

OF 

GBUS'S. 

ft 

EM  • 

C9(2,0) : 

READ  Ik 

• 

ft 

EX  • 

CS(3.0) : 

# 

OF 

SERVICE  FACILITIES. 

ft 

EM  • 

C9(4,0) ; 

ft 

EK  • 

C9(5,0) : 

OF 

LOCALITIES  TO  COMPUTE. 

ft 

EK  • 

C9(C,L) ; 

* 

OF 

LBUS'S  AT  LEVEL  L. 

ft 

EM  * 

C9(1,L) : 

OF 

PE'S  AT  LEVEL  L. 

ft 

JEM  • 

C9(2,L) : 

# 

OF 

LSS'S  AT  LEVEL  L. 

ft 

EM  • 

C9(3.L) ; 

# 

OF 

GO'S  AT  LEVEL  L. 

ft 

EK  • 

C9(4,LJ : 

PROB. 

OF  OVERFLOW  LEVEL  L. 

ft 

EK  • 

C9(5,L) : 

LOCAL 

ITY  AT  LEVEL  L. 

ft 

EM 

EM 

EM 


» 


» 


» 


EM  FACILITY  INDICATORS: 
EM 


EK 

ft  ft  1 

ft  ft  ft  ft  ft  1 

r  ft  ft  ft  1 

kftftftftftftftftftftftftftftftftftftft 

k  ft  ft 

EK 

ft 

ft 

1 

EM 

ft 

F9(0,0) ; 

STARTING 

INDEX 

FOR 

GBUS'S. 

ft 

EK 

ft 

F9(C,L) ; 

STARTING 

INDEX 

FOR 

LBUS’S  AT  LEVEL  L. 

ft 

EK 

ft 

F9(1,L) ; 

STARTING 

INDEX 

FOR 

PE'S  AT  LEVEL  L. 

ft 

EK 

ft 

F9(2,L) : 

STARTING 

INDEX 

FOR 

LSS  AT  LEVEL  L. 

ft 

* 

EH 

ft 

F9(3,L) : 

STARTING 

INDEX 

FOR 

GC  AT  LEVEL  L. 

ft 

EM 

ft 

ft 

1 

PV 

EM 

EM  STPING  AND  NUMERIC  VARIABLES: 


EM 

-tr. 

ft  ft 

ft;  ftAAJiftAftAft 

EK 

ft 

ft 

» 

EK 

ft 

A, B,C,D: 

ARGUMENTS  FOR  LOOP  MACROS. 

ft 

EK 

ft 

ft 

] 

EK 

ft 

A7S(6,2) : 

FIGURE  TITLE  TEXT. 

ft 

1' 

EK 

ft 

A8S{5,2) : 

POLICY  ALTERNATIVES. 

ft 

I 

» 

1 
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A9$(0)  ; 
A9$(I-5)  : 
A9S (6) : 

A9$  (7)  ; 

A9$(e-ll)  : 


I/O  FILE  NAME. 

GLOBAL  TEKPORAFY  VARIABLES. 

"INVALID  INPUT,  PLEASE  REENTER!" 
USING  FORMAT  FOR  VISIT-RATIO  REPORT. 
"LBUS,PE,LSS,GC" 


* 


K9(  0):  THE  MAIN  CHAIN  RESPONSE  TIME. 

K9(  1):  THE  MAIN  CHAIN  THRUPUT. 

K9(  2):  THE  UNBALANCED  CHAIN  THROUGHPUT. 

K9(  3):  NOT  USED. 

K9(  4) :  NOT  USED. 

K9(  5):  CURRENT  LEVEL  TO  COMPUTE  S.F.  INDECIES. 

K9(  6):  VISIT-RATIO  UP  TO  LAST  LEVEL. 

K9(  7):  VISIT-RATIO  AT  THIS  LEVEL. 

K9(  8);  VISIT-RATIO  DUMP  FLAG. 

K9(  9) :  TYPE  OF  S.F. 

K9(I0):  #  OF  TIMES  OF  VISITS  TO  A  TYPE  OF  S.F. 
K9(ll) :  NOT  USED. 

K9(12) ;  NOT  USED. 

K9(13):  MAXIMUM  UTILIZATION  OF  AN  OPEN  SYSTEM. 
K9(14):  POPUt,ATION  OF  THE  CLOSED  CHAIN. 

K9(15):  MAXIMUM  POPULATION  OF  THE  CLOSED  CHAIN. 
K9(16):  MAXIMUM  S.F.'S  BY  DIM. 

K9(17);  MAXIMUM  #  OF  LEVELS  BY  DIM. 

K9{18):  TYPE  OF  DATA  TO  PRINT  OUT. 

K9(19):  CURRENT  COMBINATION  OF  POLICIES. 


*  » 


««*ir*«ir*««*««r«*«***«*««*««**«*«r«**i 


S7$(i-g,7)  : 
S7$ (aC-16,7)  : 
S7$ (C,0) : 
S8S(3,30) ; 
S9(0,0) : 
S9(G,L) : 
S9(1,L) : 
£9(2,1)  : 
S9(2,L) : 
S9(2,L)  : 


TEMPORARY  LEVEL  FRAMEWORK. 

PERMANENT  LEVEL  FRAMEWORK. 

RESERVED  TEMPORARY  VARIABLE. 

TEXT  FRAMEWORK  FOR  6  TYPES  PRINT  OUT.  * 
BUS  MSG  SERVICE  TIME. 

G/LBUS  DATA  SERVICE  TIME  AT  LEVEL  L. 

PE  SERVICE  TIME  AT  LEVEL  L. 

LM  SERVICE  TIME  AT  LEVE..  1. 

LSS  SERVICE  TIME  AT  LEVEL  L.  » 

GC  SERVICE  TIME  AT  LEVEL  L.  • 


•  tv«t****«lk«*i»*ik«««»**ilit;«*irK*««r****»**«**«t*»<k««t*fik1t;it**** 


» 


«-««*««****«»***«***«««««:«*»*«*«**«*«*****«»*»***«*  irKiritft 


V9(0,M) 

V9(1,M) 

V9(2,Kj 

V9{3,M) 


HIGH  PRIORITY  MAIN  PATH  VS  SUM. 
NORMAL  MAIN  PATH  VS  SUM. 

NORMAL  UNBALANCED  PATH  VS  SUM. 

LOW  PRIORITY  UNBALANCED  PATH  VS  SUM. 


2/3 


m 


RD-R150  528 


UNCLASSIFIED 


PERFORMANCE  EVALUATION  OF  DISTRIBUTED  SVSTEHS  HITH 
UNBALANCED  FLOHS:  AN  A  .  (U>  ALFRED  P  SLOAN  SCHOOL  OF 
MANAGEMENT  CAMBRIDGE  MR  CENTER  FOR  I.  .  V  V  HANG  ET  RL. 
JUL  84  CISR-TR-IS  Ne0e29-82-C-04£3  F/G  9/2 


NL 
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1150 

REM 

* 

V9(4,M) ; 

S.F.’S  VS  SUM  OR  UTILIZATION. 

1160 

REM 

V9(5,M) : 

INFLATED  CHAIN  VS  SUM. 

1170 

REM 

ft 

V9(6,M) : 

NEAR  OF  THE  INFLATED  CHAIN. 

1180 

REM 

ft 

1200 

REM 

1210 

DIM 

A7$(6,2) . 
A8$(5,2) , 
A9$(ll) . 
C9(5,6) , 
F8(3,5) . 
F9(3,6) , 
G(50) 

1220  DIK 

K8(8.5) , 
K9(19) , 
S7S(18,7) , 
S8$(3,30) , 
S9(3,6), 
V8(5,2), 
V9(6,100) 


1230 

K9(15)  = 

50! MAXIMUM  POPULATION  SIZE 

1240 

K9(17)  « 

6! CURRENT  MAX  «  OF  LEVELS 

1250 

K9(16)  * 

100.' CURRENT  MAX  FACILITY  NUMBER 

1260 

DEF  FNCl 

(X)  *  INT(X/10000) 

1270 

DEF  FNPl 

(X)  =  INT((X  MOD  10000) /lOOO) 

1280 

DEF  FNR2 

(X)  =  INT((X  MOD  1000)/100) 

1290 

DEF  FNC3 

(X)  =  INT((X  MOD  100) /lO) 

1300 

DEF  FNP4 

(X)  *  X  MOD  10 

1310 

PRINT  LIN (2) 

1320 

PRINT  " 

1330 

PRINT  " 

ft  ft  ft 

»  «  »  " 

1340 

PRINT  ” 

INFOPLEX  TAD  VERSION  1.0 

ftftft** 

1350 

PRINT  " 

ftftft 

•  *  » 

1360 

PRINT  " 

A  TOOL  FOR  ARCHITECTURAL  DESIGN  •••" 

1370 

PRINT  " 

•  ft* 

1380 

PRINT  " 

•••  NOVEMBER  1983 

ftftft** 

1390 

PRINT  " 

ftftft 

•  **" 

1400 

PRINT 

1410 

PRINT  LIN(l) 

1420 

GOSUB  7950  INITIALIZATION. 

1430 

PRINT  LIN(l) 

1440 

ON 

ERROR 

GOTO  3550 

1450 

INPUT  "IS 

THIS  A  NEW  MODEL?  CONFIRM  YES/NO:  " 

;A9$(i) 

1460 

GOSUB  10180 

! CONVERT 

INPUT  TO  Y  OR  N  OR  NO-CHANGE. 

1470 

IF 

A9$ (1) 

THEN 
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GOSUB  6360 

j  ELSE 

I  IF 

A9$(1)="N'' 

THEN 

GOSUB  8960 
ELSE 

•  GOTO  1450 

I  1480  GOSUB  9380 

! COMPUTE  #  OF  SERVICE  FACILITIES; 

1490  GOSUB  1800 

1  PRINT  OUT  MODEL  PARAMETERS. 

:  1500  ON 

.  ERROR 

I  GOTO  3580 

1510  PRINT  LIN(l) 

1520  INPUT  "DO  YOU  WANT  TO  SAVE  THE  MODEL?  CONFIRM  YES/NO:  ";A9$(l) 
1530  GOSUB  10180 

! CONVERT  INPUT  TO  Y  OR  N  OR  NO-CHANGE. 

1540  IF 

I  A9$(1)<>"Y"  AND  A9S(1)<>"N" 

THEN 

GOTO  1520 

1550  IF 

A9$(1)="Y" 

THEN 

GOSUB  9180 
:SAVE  THE  MODEL 

1560  ON 

ERROR 

GOTO  3610 
1570  PRINT  LIN(l) 

I  1580  INPUT 

"DO  YOU  WANT  TO  AUDIT  THE  VISIT-RATIO  REPORT?  CONFIRM  YES/NO: 
1) 

1590  GOSUB  10180 

'CONVERT  INPUT  TO  Y  OR  N  OR  NO-CHANGE. 

1600  IF 

I  A9$(l)<>"y"  AND  A9$(1)<>"N" 

THEN 

GOTO  1580 

1610  IF 

A9$(i)*"y" 

THEN 

K9(8)=l 

ELSE 

K9(8)=0.'VISIT  RATIO  REPORT  FLAG  ON 
IF 

K9(8)=i: 

1620  DEFINE  FILE  #2*"TOUT1.0"  'TAD  OUTPUT 

F I LE ( COMB I NAT I ON , READ% , LOCALITY , RES . T I ME , THRUPUT ) 

1630  (  THEN  ) 

GOSUB  4380 

J SELECT  THE  COMBINATION  OF  POLICIES 


";A9S( 


I 


I 


I 


.1 

» 
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1640  GOSUB  10410 

:SET  PARAMETERS  FOR  POIKT/CURVE  POLICIES,  OPEN/CLOSED  SYSTEMS; 

1650  FOR  A1  =  1  TO  C9(5,0)  iFOE  NUMBER  OF  LOCALITIES  TO  COMPUTE  MEASURES 

1660  GOSUB  9580 

: SYSTEM  RESET 
1670  GOSUB  1940 

•COMPUTE  SUMS  OF  (VISIT-RATIO) • (SERVICE  TIME) 

1680  GOSUB  3160 

! COMPUTE  PERFORMANCE  MEASURES 
1690  GOSUB  10110 

•PRINT/FILE  (COMBINATION, READ%, LOCALITY, RES. TIME, THRUPUT) 

1700  NEXT  A1 
1710  PRINT  LIN(l) 

1720  PRINT"END  OF  SESSION:" 

1730  ON 

ERROR 

GOTO  3610 
1740  PRINT  LIN(l) 

1750  INPUT 

"DO  YOU  WANT  TO  CONTINUE  ON  OTHER  COMBINATIONS  OF  POLICIES?  CONFIRM  Y 
ES/NO:  ";A9$(1) 

1760  GOSUB  10180 

! CONVERT  INPUT  TO  Y  OR  N  OR  NO-CHANGE. 

1770  IF 

A9$(l)<>"y"  AND  A9$(1)<>"N" 

THEN 

GOTO  1750 

1780  IF 

A9$(l)*"y" 

THEN 

GOTO  1630 
ELSE 
STOP 

1790  REM  PRINT  THE  MODEL  PARAMETERS 

1800  PRINT  LIN(l)  :AND  INITIALIZE  VISIT-RATI D/PERFORMANCE  BUFFERS. 

1810  PRINT  "NUMBER  OF  SERVICE  FACILITIES  IS:  ":C9(3,0) 

1820  PRINT  LIN(l) 

1830  PRINT  "LEVEL  1  LOCAL  MEMORY  SERVICE  TIME  IS:  •;S9{2,1);"  ns." 

1840  PRINT  LIN(l) 

1850  PRINT  "BUS  MESSAGE  SERVICE  TIME  IS:  ";S9(0,0);"  ns." 

1860  K9(18)  *  1 

1870  GOSUB  4220 

•PRINT  OUT  THE  MODEL  WITH  DATA 
1880  PRINT  LIN(l) 

1890  FOR  A1  »  1  TO  C9(0,0) 

1900  I  PRINT  "THE  PROBABILITY  OF  OVERFLOW  LEVEL  "jAl;"  IS:  •»C9(4,Al) 

1910  NEXT  A1 
1920  RETURN 

1930  REM  SUMS  OF  (VISIT-RATIO) • (SERVICE-TIME)  COMPUTATION  ROUTINE 
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1940 

1950 

I  - 

1960 


1970 

j  1980 


1990 

2000 

2010 

2020 

2030 

2040 


2050 

2060 

2070 

2080 

2090 

2100 


K9(7)  =  C9(2,0)  'READ  %;  THE  INITIAL  CURRENT  LEVEL  VISIT-RATIO. 
K9(5)  =  i: CHECK  LEVEL  1  PE  TO  SEE 
IF 

READ-DATA  HIT. 

(  THEN  ) 

GOSUB  7470 

: COMPUTE  FACILITY  INDECIES  FIRST. 

A9S(5)="CHECK  IN  DSH  LEVEL  ONE  PE." 

IF 

K9(8)=l 

THEN 

GOSUB  10940 

A  *  i: FACILITY  TYPE  IS  PE. 

B  =  i:iT  IS  LEVEL  1. 

C  =  1!  CHAIN  TYPE  IS  THE  MAIN  CHAIN  W/0  PRIORITY. 

D  =  C9(2,0)  'VISIT  RATIO  IS  READ%0! 

GOSUB  7600 

•ADD  THE  SERVICE  LOAD  TO  PE. 

IF 

K9(8)=0 

THEN 

GOTO  2140 
PRINT  LIN(l) 

PRINT"READ-THROUGH-MESSAGE  STOPS  WHEN  DATA  IS  FOUND;" 
PRINT"IT'S  FOLLOWED  BY  READ-THROUGH-RESULT-FOUND  TRANSACTION." 
PRINT  LIN(l) 

A9$ ( 5 ) * "READ-THROUGH-MSG . " 

GOSUB  10940 


2110  REM  READ-THROUGH-MSG:  LBUS  ->  GC  ->  GBUS  ->  GC  ->  LBUS  ->  PE. 


2120  REM  READ-THROUGH-MSG  TRANSACTION,  STOPS  WHEN  FOUND (HIT). 


2130  REM  WHEN  FOUND,  STARTS  READ-THROUGH-RESULTS-FOUND  TRANSACTION. 


2140 

2150 

2160 

2170 

2180 

2190 

2200 

2210 

2220 

2230 

2240 

2250 


FOR  B1  =  1  TO  C9(C,0)-1 
K9(5)  =  B1 
GOSUB  7470 

! COMPUTE  SERVICE  FACILITY  INDECIES. 

K9(7)  =  K9(7)* (1-C9(5,B1))  'MISSING  CURRENT  LEVEL. 
B  =  B1 
C  =  1 
D  =  K9(7) 

A  =  0 

GOSUB  7740 
!->  LBUS 
A  =  3 

GOSUB  7600 
.'->  GC 
GOSUB  7880 
!->  GBUS 


I 


j 


1 
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2270  GOSUB  7470 

2280  B  =  B1  +  1 

2290  A  =  3 

2300  GOSUB  7600 

!->  GC 

2310  A  =  0 

2320  GOSUB  7740 

*->  LBUS 
2330  A  =  1 

2340  GOSUB  7600 

!->  PE 

2350  NEXT  B1 

2360  REK  READ-THROUGH-RESULTS-FOUND  TRANSACTION. 

2370  K9(7)  =  C9(2,0)  : INITIAL  CURRENT  LEVEL  VISIT-RATIO. 

2380  FOR  B1  =  1  TO  C9(0,0)  IREAD-THROUGK-RESULTS-FOUND  AT  LEVEL  Bl. 

2390  A9$(5)="READ-THROUGH-RESULTS  FOUND  AT  LEVEL  "+STR$(B1) 

2400  IF 

K9(e)=l 

THEN 

GOSUB  10940 

2410  K9(5)  =  Bl  : CURRENT  LEVEL 

2420  GOSUB  7470 

•COMPUTE  CURRENT  LEVEL  FACILITY  INDECIES. 

2430  K9(6)  =  K9(7)  'CURRENT  LEVEL  VISIT-RATIO  BECOMES  LAST  LEVEL. 

2440  K9(7)  »  K9(6)« (1-C9(5,B1))  !MISS  CURRENT  LEVEL. 

2450  B2  *  K9(6)«C9(5,B1)  SMISS  UP  TO  LAST  AND  HIT  CURRENT  LEVEL. 

2460  IF 

Bl  >  1 
THEN 

GOTO  2600 

2470  I  REM  READ  DATA  FOUND  AT  LEVEL  1. 

2480  A  =  I’TYPE  OF  SERVICE  FACILITY  IS  PE. 

2490  B  =  1! CURRENT  LEVEL  IS  Bl. 

2500  C  =  i:  CHAIN  TYPE  IS  MAIN  CHAIN  W/O  PRIORITY. 

2510  D  =  B2  !HIT  THE  FIRST  LEVEL;  VISIT-RATIO  IS  B2. 

2520  B3  «  S9(l,l)  iSAVE  PEl  SERVICE  TIME. 

2530  S9(1,1)=S9(2,1)  IDATA  SERVICE  TIME  INSTEAD  OF  DIRECTORY  LOOK-UF 

TIME.. 

2540  GOSUB  7600 

•LOOP  MACRO  FOR  NON-GBUS  SERVICE  FACILITIES. 

2550  S9(l,l)  »  B3  'RESTORE  PEl  SERVICE  TIME. 

2560  GOTO  2840 

2570  I  REK  ->  LBUS (MSG)  ->  LSS  ->  LBUS (DATA  SIZE(Bl-l))  ->  GC  ->  GBUS  - > 

BROADCAST. 


2580  REM  READ-THRU-RESULTS  FOUND  NOT  AT  LEVEL  1. 
2590  REK  TAKE  CARE  OF  LEVEL  Bl. 
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2600  K9(5)  =  B1  !SET  LEVEL. 

2610  GOSUB  7470 

'COMPUTE  FACILITY  INDECIES  FOR  LEVEL  Bl. 

2620  B  =  Bl 

2630  C  =  1 

2640  D  =  B2 

2650  A  =  0 

2660  GOSUB  7740 

•LBUS  MSG  LOAD. 

2670  A  =  2!LSS 
2680  GOSUB  7600 

2690  A  =  0 

2700  GOSUB  7670 

!LBUS  DATA(Bl-l) 

2710  A  =  3 

2720  GOSUB  7600  IGC 

2730  1  REM  TAKE  CARE  OF  GBUS. 

2740  B  =  Bl-1! CURRENT  LEVEL  IS  Bl,  DATA 

PASSED  BY  GBUS  HAS  SIZE  OF  LEVEL  Bl-1. 

2750  C  =  1!  CHAIN  TYPE  IS  MAIN  CHAIN  W/0  PRIORITY. 

2760  D  =  B2  'VISIT  RATIO  IS  THE  VISIT  RATIO  THAT  HIT  Bl  AND  STORED  IK  B2. 

2770  GOSUB  7810 

ILOOP  MACRO  FOR  GBUS  DATA 
SERVICE 

2780  A9$(5)«"TAKE  CARE  OF  LEVEL  1  UP  TO  LEVEL  *'+STR$ (Bl-1)+"  BROADCAST." 

2790  IF 

K9(8)=l 

THEN 

GOSUB  10940 
2800  GOSUB  5390 

•TAKE  CARE  OF  LEVEL  1  UP  TO  LEVEL  Bl-1  BROADCAST."" 

2810  A9$ (5)="OVERFLOW  FROM  LEVEL  "+STR$(Bl)+"  BROADCAST." 

2820  IF 

K9(e)=l 

THEN 

GOSUB  10940 
2830  GOSUB  5640 

!TAKE  CARE  OF  POSSIBLE  OVERFLOW  FROM  LEVEL  1  UP  TO  LEVEL  Bl-1 I 
2840  NEXT  Bl 

2850  A9$(5)="STB  TRANSACTION." 

2860  IF 

K9(e)=l 

THEN 

GOSUB  10940 
2870  REM  STB  TRANSACTION. 

2880  K9(6)  =  1  -  C9(2,0)  .'VISIT  RATIO  IS  THE  WRITE-RATIO. 

2890  K9(5)  =  1* STARTS  FROM  LEVEL  1. 

2900  GOSUB  7470 

: COMPUTE  LEVEL  1  FACILITY  INDICATORS. 
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2910  A  =  IITYPE  OF  SERVICE  FACILITY  IS  PE. 

2920  B  =  1!  FOR  LEVEL  ONE. 

2930  C  =  1!  CHAIN  TYPE  IS  MAIN  CHAIN  W/0  PRIORITY. 

2940  D  *  K9(6)  .'VISIT  RATIO  IS  THE  WRITE-RATIO. 

2950  B3  =  S9(l,l)  'STORE  PEI  SERVICE  TIME. 

2960  S9(l,l)  =  S9(2,l)  !LM  SERVICE  TIME. 

2970  GOSUB  7600 

•LOOP  MACRO  FOR  NON-GBUS  FACILITIES. 

2980  S9(l,l)  =  B3  :REST0RE  PEI  SERVICE  TIME. 

2990  FOR  B1  =  1  TO  C9 (0, 0) -1 ! LEVELS  THAT  DO  STB. 

3000  GOSUB  5880 

•COMPUTE  INCOMING/OUTGOINQ  VISIT-RATIOS  FOR  STB. 

3010  NEXT  B1 

3020  A9$(5)®"ACK  TRANSACTION." 

3030  IF 

K9(8)=l 

THEN 

GOSUB  10940 
3040  REM  ACK  TRANSACTIONS. 

3050  K9(6)  *  1  -  C9(2,0)  JVISIT  RATIO  IS  WRITE-RATIO. 

3060  FOR  B1  =  2  TO  C9(0,0)  'ACKNOWLEDGE  STARTS  FROM  LEVEL  TWO. 

3070  I  REM  ACKNOWLEDGEMENT  GENERATED  BY  LEVEL  Bl. 

3080  IF 

Bl*2 

THEN 

GOTO  3110  • 

! LEVEL  2  NEEDS  TO  ACKNOWLEDGE  LEVEL  1  ONLY. 
3090  K9(5)  =  Bl-i: ACKNOWLEDGE  2  LEVEL  ABOVE. 

3100  GOSUB  6160 

•COMPUTE  ACKNOWLEDGEMENT  LOAD  FOB  A  LEVEL. 

3110  K9(5)  =  Bl  :ACKN0WLEDGE  ONE  LEVEL  ABOVE. 

3120  GOSUB  616C 

•COMPUTE  ACKNOWLEDGEMENT  LOAD  FOR  A  LEVEL. 

3130  NEXT  Bl 
3140  RETURN 

3150  REM  PERFORMANCE  MEASURE  COMPUTATION  ROUTINE 

3160  K9(0)  -  0 

3170  FOR  Bl  *  1  TO  C9(3,0) 

3180  B3  *  0 

3190  FOR  B2  *  1  TO  2 

3200  I  B3  «  63  V9(B2,B1) 

3210  NEXT  B2 

3220  V9(4,B1)  *  B3  ! TOTAL  VS  OP  S.F.  B. 

3230  NEXT  Bl 
3240  ON 

PNC1(K9(19) ) 

GOSUB  3360,3490 
ELSE 
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GOTO  11460 

: COMPUTE  OPEK/CLOSED  SYSTEM  THRUPUT  AND  RES.  TIKE. 

3250  IF 

FNC3(K9(19) )=1 
THEN 

GOTO  3260 
ELSE 

RETURN 

3260  K9(18)  =  2 

3270  GOSUB  4220 

1  PRINT  OUT  VS  VALUES. 

3280  FOR  B1  =  1  TO  C9(3,0) 

3290  FOR  B2  =  0  TO  4 

3300  I  V9(B2,B1)  =  V9 (B2 ,B1) ‘KS (1)  'GET  UTILIZATIONS 
3310  NEXT  B2 

3320  NEXT  Bl 
3330  ON 

FNC1(K9(19) ) 

GOSUB  3430,3530 
ELSE 

GOTO  11460 

! DISTINGUISH  OPEN/CLOSED  SYSTEM. 

3340  RETURN 

3350  REM  COMPUTE  OPEN  SYSTEM  THRUPUT  AND  RES.  TIME. 

3360  A  *  4 
3370  GOSUB  11220 

!FIND  MAX  VS  PRODUCT. 

3380  K9(1)=K9(13)/S2  !COMPUTE  MAX  OPEN  SYSTEM  THROUGHPUT. 

3390  FOR  Bl  =  1  TO  C9(3,0) 

3400  I  K9(0)  *  K9(0)  +  V9 (1 ,Bl) / (l-K9 (1 ) •V9 (4 ,B1 ) ) 

3410  NEXT  Bl 

3420  RETURN 

3430  FOR  Bl  =  3  TO  6 

3440  K9(18)  =  Bl  ITYPE  OF  PRINTOUT. 

3450  GOSUB  4220 

IPRINT  OUT  TYPE  K9(l8)  DATA. 

3460  NEXT  Bl 
3470  RETURN 

3480  REM  COMPUTE  CLOSED  CHAIN  THRUPUT  AND  RES.  TIME. 

3490  GOSUB  4710 

! COMPUTE  CLOSED  CHAIN  THRUPUT. 

3500  GOSUB  11310 

! COMPUTE  INFLATED  CLOSED  CHAIN  NBAR  FOR  EVERY  Q. 

3510  GOSUB  11410 

’COMPUTE  INFLATED  CHAIN  RES.  TIME. 

3520  RETURN 

3530  RETURN  ! COMPUTE  CLOSED  SYSTEM  PERFORMANCE. 

3540  REM  ERROR  HANDLING  ROUINTE 
3550  IF 
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ERR=22 

THEN 

GOTO  3560 
ELSE 

GOTO  4190 

3560  PRINT  ERRS (ERR) 
3570  GOTO  1450 
3580  IF 

ERR=22 

THEN 

GOTO  3590 
ELSE 

GOTO  4190 

3590  PRINT  ERRS (ERR) 
3600  GOTO  1520 
3610  IF 

ERR=22 

THEN 

GOTO  3620 
ELSE 

GOTO  4190 

3620  PRINT  ERRS (ERR) 
3630  GOTO  1580 
3640  IF 

ERR=22 

THEN 

GOTO  3650 
ELSE 

GOTO  4190 

3650  PRINT  ERRS (ERR) 
3660  GOTO  4240 
3670  IF 

ERR=22 

THEN 

GOTO  3680 
ELSE 

GOTO  4190 

3680  PRINT  ERRS (ERR) 
3690  GOTO  4560 
3700  IF 

ERR=22 

THEN 

GOTO  3710 
ELSE 

GOTO  4190 

3710  PRINT  ERRS (ERR) 
3720  GOTO  4620 
3730  IF 

ERR=22 

THEN 

GOTO  3740 
ELSE 

GOTO  4190 

3740  PRINT  ERRS (ERR) 


3750  GOTO  6370 
3760  IF 

ERR=22 

THEN 

GOTO  3770 
ELSE 

GOTO  4190 

3770  PRINT  ERR$(ERR) 

3780  GOTO  6430 
3790  IF 

ERR=22 

THEN 

GOTO  3800 
ELSE 

GOTO  4190 

3800  PRINT  ERR$(ERR) 

3810  GOTO  6560 
3820  IF 

ERR=22 

THEN 

GOTO  3830 
ELSE 

GOTO  4190 

3830  PRINT  ERRS (ERR) 

3840  GOTO  6620 
3850  IF 

ERR=22 

THEN 

GOTO  3860 
ELSE 

GOTO  4190 

3860  PRINT  ERRS (ERR) 

3870  GOTO  6700 
3880  IF 

ERR=22 

THEN 

GOTO  3890 
ELSE 

GOTO  4190 

3890  PRINT  ERRS (ERR) 
3900  GOTO  6750 
3910  IF 

ERR=22 

THEN 

GOTO  3920 
ELSE 

GOTO  4190 

3920  PRINT  ERRS (ERR) 
3930  GOTO  8970 
3940  IF 

ERR=22  OR  ERR=8 
THEN 

GOTO  3960 


3950  IF 
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ERR=14 

THEN 

GOTO  3980 
ELSE 

GOTO  4190 

3960  PRINT  ERR$(ERR) 

3970  GOTO  9000 

-3980  PRINT  "NAME  INCORRECT???" 
3990  GOTO  8970 
4000  IF 

ERR=22 

THEN 

GOTO  4010 
ELSE 

GOTO  4190 

4010  PRINT  ERR$(ERR) 

4020  GOTO  9190 
4030  IF 

ERR=22  OR  ERR=8 
THEN 

GOTO  4040 
ELSE 

GOTO  4190 

4040  PRINT  ERR$(ERR) 

4050  GOTO  9230 
4060  IF 

ERR=22 

THEN 

GOTO  4070 
ELSE 

GOTO  4190 

4070  PRINT  ERRS (ERR) 

4080  GOTO  10440 
4090  IF 

ERR=22 

THEN 

GOTO  4100 
ELSE 

GOTO  4190 

4100  PRINT  ERRS (ERR) 

4110  GOTO  10530 
4120  IF 

ERR=22 

THEN 

GOTO  4130 
ELSE 

GOTO  4190 

4130  PRINT  ERRS (ERR) 

4140  GOTO  10570 
4150  IF 

ERR=22 

THEN 

GOTO  4160 
ELSE 


.:w  >>  ■ 
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4160 

4170 

4180 

4190 

‘4200 

4210 

4220 


4230 

4240 

4250 

4260 


4270 

4280 

4290 

4300 

4310 

4320 

4330 


4340 

4350 


4360 

4370 

4380 


4390 

4400 

4410 

4420 

4430 

4440 

4450 

4460 


GOTO  4190 
PRINT  ERR$(ERR) 

GOTO  10630 

REK  OTHER  ERRORS 

PRINT  ERR$(ERL);"  AT  LINE  ";ERL;",  PLEASE  RESTART  TAD." 

GOTO  11460 

REM  DRIVER  TO  PRINT  ALL  LEVELS 
ON 

ERROR 

GOTO  3640 
PRINT  LIN (2) 

INPUT  "ADJUST  PAPER  IF  NECESSARY;  TYPE  YES  WHEN  READY:  ";A9$(l) 
GOSUB  10180 

! CONVERT  INPUT  TO  Y  OR  N  OR  NO-CHANGE. 

IF 

A9$(l)  <>  "Y" 

THEN 

GOTO  4240 
PRINT  LIN (2) 

FOR  PI  =  0  TO  C9(0,0)  ! PRINT  LEVEL  0  TO  LEVEL  MAX. 

GOSUB  5200 

•PRINT  A  MODEL  LEVEL  WITH  DATA 
NEXT  PI 
PRINT  LIN (2) 

PRINT  SPA(5);"FIG-";STR$(K9(18));":  " ; A7$ (K9 (18) , 1) 

PRINT 

SPA  (5);" - ";LEFT( 


~",LEN(A7$(K9(18)  ,1))) 
PRINT  SPA(12) ;A7$(K9(18) ,2) 
PRINT 

SPA (12) ;LEFT( 


— ",LEN(A7$(K9(18) ,2))) 

RETURN 

REM  SELECT  THE  COMBINATION  OF  POLICIES 
PRINT 


PRINT  "YOU  CAN  SELECT  THE  COMBINATION  OF  POLICIES" 

PRINT  "BY  ENTERING  THE  SUM  OF  THE  POLICY  NUMBERS  BELOW:" 
PRINT  LIN(l) 

FOR  SI  =  1  TO  5 
FOR  S2  =  1  TO  2 

I  PRINT  V8(S1,S2) ;"  " ; A8$ (SI ,S2) ; " ; " , 

NEXT  S2 
IF 


Sl=4 
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THEN 

GOTO  4470 
ELSE 

PRINT  LIN(O) 

4470  NEXT  SI 
4480  PRINT  LIN(l) 

4490  PRINT 


4500  PRINT  "THE  CURRENT  COMBINATION  OF  POLICIES  IS  ";K9(l9);'' 

4510  PRINT 

A8$(1,FNC1(K9(19) " ;A8$ (2 ,FNP1 (K9 (19) ) ) ; " ,  " ; A8$ (3 ,FNR2 (K9 (19) ) ) 
7 

4520  PRINT  ",  ";A8$(4,FNC3(K9(19)));",  AND  " ;A8$ (5 , FNP4 (K9 (l9) ) ) ; " . " 

4530  PRINT 


4540  ON 

ERROR 

GOTO  3670 
4550  PRINT  LIN(l) 

4560  INPUT  "IS  THIS  WHAT  YOU  WANT?  CONFIRM  TES/NO:  ";A9$(l) 
4570  GOSUB  10180 

: CONVERT  INPUT  TO  Y  OR  N  OR  NO  CHANGE 
4580  IF 

A9$(l)<>"y"  AND  A9S(1)<>"N" 

THEN 

GOTO  4560 

4590  IF 

A9$(1)="Y" 

THEN 

RETURN 

4600  ON 

ERROR 

GOTO  3700 
4610  PRINT  LIN(l) 

4620  INPUT  "ENTER  THE  SUM  OF  THE  COMBINATION  OF  POLICIES:  ";P2 
4630  GOSUB  10230 

•CHECK  NUMBER  VALID 
4640  ON 

SI 

GOTO  4650,4670,4690 
ELSE 

GOTO  11460 

4650  K9(19)=P2  'VALID  COMBINATION. 

4660  GOTO  4380 

4670  PRINT  "THIS  COMBINATION  WILL  BE  IMPLEMENTED  SOON!" 

4680  GOTO  4380 

4690  PRINT  "INVALID  COMBINATION!" 

4700  GOTO  4380 

4710  A  =  2!  FOR  TYPE  2  CHAIN (THE  UNBALANCED  CHAIN) 

4720  GOSUB  11220 

•get  THE  MAX  VS  PRODUCT. 

4730  PI  *  SI  'INDEX  FOR  THE  MAX  VS  PRODUCT. 
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4740  P2  =  S2  : VALUE  OF  THE  MAX  VS  PRODUCT. 

4750  IF 

P2=0 

THEN 

STOP 

ELSE 

P2=i/P2  :max  throughput 

4760  PRINT  "MAX  UNBALANCED  CHAIN  THROUGHPUT:  ",P2 
4770  K9(l)=  O: INITIALLY  CLOSED  CHAIN  THROUGHPUT  =  01 

4780  GOSUB  11030 

! INFLATE  THE  CLOSED  CHAIN  VS  PRODUCT. 

4790  GOSUB  11080 

'COMPUTE  THE  INFLATED  CHAIN  THROUGHPUT. 

4800  P3  =  K9(l)  :SET  BOUND 
4810  P4  =  K9(12) 

4820  IF 

K9(12)<P2 

THEN 

GOTO  5000 
ELSE 
IF 

V9(1,P1)>0 

THEN 

GOTO  4930 
!CASE  1  AND  2! 

4830  K9(l)=  P2 

4840  GOSUB  11030 
4850  PRINT 

"V9(1,";P1; 

")  IS  ZERO,  SET  THE  UNBALANCED  CHAIN  FLOW  TO  MAX  THROUGHPUT  =>" 
4860  GOSUB  11080 
4870  IF 

K9(12)<  =  P2 
THEN 

GOTO  4910 
ICASE  3. 

4880  PRINT 

"CLOSED  THROUGHPUT  AT  MAX  UNBALANCED  THROUGHPUT  >  MAX  UNBALANCED  THRO 
UGHPUT,  SO  NO  SOLUTION." 

4890  STOP  'CASE  4 

4900  REM  CASE  3. 

4910  PRINT 

"CLOSED  THROUGHPUT  AT  MAX  UNBALANCED  THROUGHPUT  <=  MAX  UNBALANCED  TK 
ROUGHPUT,  SO  THE  SOLUTION  EXISTS" 

4920  GOTO  4970 

4930  PRINT  "CLOSED  THROUGHPUT  >  MAX  UNBALANCED  THROUGHPUT"; 

4940  PRINT  "  BUT  V9(1,";P1;")  EQUALS  TO 

4950  PRINT  V9(1,P1);"  (>0)  FOR  THE  CLOSED  CHAIN,"; 

4960  PRINT  "  *>  THE  SOLUTION  EXISTS." 

4970  K9(l)=  P2  •  .5 

4980  PRINT  LIN(l) 

4990  GOTO  5020 


I 
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5000  PRINT  LIN(l)  !CASE  1. 

5010  K9(l)=  K9(12)».5SET  INITIAL  VALUE  TO  HALF  CLOSED  CHAIN  THROUGHPUT. 

5020  PRINT  "THE  UNBALANCED  THROUGHPUT  IS:  ",K9(1) 

5030  GOSUB  11030  : INFLATE. 

5040  GOSUB  11080 

: COMPUTE  THROUGHPUT. 

5050  IF 

(ABS(K9(12)  -  K9(l))  /  K9(l)  )  <  .001 
THEN 

RETURN  ! CONVERGES. 

5060  IF 

K9(12)>P2 

THEN 

GOTO  5170 

J ESTIMATE  >  MAX  THROUGHPUT. 

5070  P5  =  (K9(l)-K9(12) )• (K9(1)-P4)/(P3-K9(12)+K9(1)-P4)  ! DIFFERENCE  E. 
5080  P3  =  K9(12)  : UPDATE  BOUND 
5090  P4  =  K9(l)  'UPDATE  BOUND 
5100  IF 

K9{12)>K9(1) 

THEN 

GOTO  5120 

5110  IF 

K9(1)<=(K9(1)-P5)  OR  K9(12)>=(K9(1)-P5) 

THEN 

GOTO  5150 
ELSE 

GOTO  5130 

5120  IF 

K9(12)  <=  (K9(l)-  P5)  OR  K9(l)  >=  (K9(l)-  P5) 

THEN 

GOTO. 5150 

5130  K9(l)=  K9(l)-  P5 

5140  GOTO  5020 

5150  K9(l)=  (K9(12)  +  K9(l))/2 

5160  GOTO  5020 
5170  K9(l)=  (P2  +  K9(l))/2 

5180  GOTO  5020 

5190  REM  PRINT  A  MODEL  LEVEL  WITH  DATA. 

5200  ON 

K9(18) 

GOSUB  7050 , 7180 , 7180 ,7180,7180,7280 
ELSE 

GOTO  11460 
! PREPARE  DATA. 

5210  GOSUB  8890 

: RESET  MASK  FOR  A  LEVEL. 

5220  Q1  *  1 
5230  GOSUB  9980 

•SET  KB (0,1-5)  WHICH  INDICATE  WHICH  PART  TO  PRINT  OUT. 

5240  GOSUB  6800 

•PREPARE  STRING  FOR  LINE (1-4) 
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5250  Q1  =  5 
5260  GOSUB  9980 
5270  GOSUB  6800 

:PREPARE  strings  for  LINE(5-8)0! 

5280  FOR  Q1  =  1  TO  8:  PRINT  LINE  1  TO  8  OF  A  LEVEL. 

5290  GOSUB  9730 

ICONCATANATE  AND  PRINT. 

5300  NEXT  Q1 
5310  IF 

P1>1 

THEN 

GOSUB  9730 

5320  IF 

Pl=l 

THEN 

PRINT  "  |";SPA(7);" - " 

5330  IF 

P1=0 

THEN 

PRINT  SPA{31)  - •' 

5340  IF 

P1>0 

THEN 

PRINT  "  I ";SPA{28) ;"LEVEL  ";STR$(P1) 

5350  IF 

P1=0 

THEN 

PRINT  SPA(37);"(«  'LINE  10 

5360  IF 

P1>0 

THEN 

PRINT  "  I" 

ELSE 

PRINT  SPA (37); "I"  ILINE  11 

5370  RETURN 

5380  REK  TAKE  CARE  OF  LEVEL  1  UP  TO  LEVEL  Bl-1  BROADCAST  OPERATION. 

5390  FOR  R1  =  1  TO  Bl-1 ! LEVEL  1  TO  LEVEL  Bl-l! 

5400  I  REK  GC  ->  LBUS(DATA  SIZE  Rl)  ->  PE  ->  LBUS(DATA  SIZE  Rl)  ->  LSS. 

5410  K9(5)  =  Rl 

5420  GOSUB  7470 

: COMPUTE  FACILITY  INDECIES. 

5430  B  =  Rl  : LEVEL  IS  Rl. 

5440  IF 

Rl=  1 
THEN 
C=1 
ELSE 

C=2:LEVEL  1  IS  THE  MAIN  CHAIN, OTHERS  ARE  UNBALANCED  FLOW. 
5450  D  *  B2  ! VISIT  RATIO  IS  THE  HIT  RATIO  AT  LEVEL  Bl. 

5460  A  =  3 
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5470  I  GOSUB  7600 
!->  GC 
A  =  0 
GOSUB  7600 
•->  LBUS 
IF 

R1<>1 
THEN 

GOTO  5530 

B3  =  S9(l,l)  ISAVE  PEI  SERVICE  TIME. 

S9(1,1)*S9(2.1)  IREPLACE  BY  LM  SERVICE  TIME. 

A  *  1 

GOSUB  7600 
!->  PE 
IF 

Rl=l 
THEN 

S9(1,1)=B3  ‘RESTORE  PEI  SERVICE  TIME. 

IF 

Rl=l 
THEN 

GOTO  5610 

•FOR  LEVEL  l,NO  LSS. 

A  =  0 
GOSUB  7600 
LBUS 
A  «  2 

GOSUB  7600 
•->  LSS 
5610  NEXT  R1 
5620  RETURN 

5630  REM  OVERFLOW  TRANSACTION  (VISIT-RATIO) • (SERVICE  TIME)  SUM  COMPUTATION. 

5640  FOR  R1  =  1  TO  Bl-1 'POSSIBLE  OVERFLOW  FROM  A  LEVEL  B1  BROADCAST. 

5650  K9(5)  =  R1  IFOR  LEVEL  R1 

5660  GOSUB  7470 

: COMPUTE  FACILITY  INDECIES. 

5670  B  =  R1  !->  LBUS (MSG)  ->  GC  ->  GBUS  ->  GC  ->  LBUS  ->PE. 

5680  C  =  2! OVERFLOW  IS  UNBALANCED  FLOW. 

5690  D  =  B2«C9(4,R1)  SVISIT  RATIO  IS  B2« (PROBABILITY  OF  OVERFLOW  LEVEL 

Rl) 

o: 

5700  A  =  0 

5710  GOSUB  7740 

!->  LBUS 
5720  A  *  3 

5730  GOSUB  7600 

!->  GC 

5740  GOSUB  7880 

!->  GBUS 

5750  K9(5)  «  Rl  +  1 

5760  GOSUB  7470 

5770  A  *  3 


5480 

5490 

5500 


5510 

5520 

5530 

5540 

5550 


5560 


5570 

5580 

5590 

5600 
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578C 

5790 

5800 

5810 

5820 

•5830 

5840 

5850 

5860 


5870 

5880 

5890 

5900 

5910 

5920 

5930 

5940 

5950 

5960 

5970 

5980 

5990 

6000 

6010 

6020 

6030 

6040 

6050 

6060 

6070 


6080 

6090 

6100 

6110 


6120 

6130 


B  =  K9(5) 
GOSUB  7600 
:->  GC 


A  =  0 
GOSUB  7740 
!->  LBUS(MSG) 
A  =  1 
GOSUB  7600 
;->  PE 
NEXT  R1 
RETURN 


REM  LBUS  ->  GC  ->  GBUS  ->  GC  ->  LBUS  ->  PE  ->  LBUS  ->  LSS. 


REM  STB  TRANSACTION  VISIT  RATIO  COMPUTATION  ROUTINE 

K9(5)  =  B1  !SET  CURRENT  LEVEL. 

GOSUB  7470 

'.COMPUTE  CURRENT  LEVEL  FACILITY  INDICATORS. 

A=0!TyPE  OF  FACILITY  IS  LBUS. 

B=K9(5) 

C=2 

D=K9(6)  ! WRITE  RATIO. 

GOSUB  7600  ILBUS 
A=3 

GOSUB  7600 
!->  GC 
GOSUB  7810 
!->  GBUS 
K9(5)  =  B1  +  1 
GOSUB  7470 

REM  STB  LBUS:  DATA  SIZE  IS  LAST  LEVEL  SIZE  WHEN  COMING  IN. 

B  =  K9(5)  ! LEVEL  IS  Bl+i: 

C  =  2: UNBALANCED  CHAIN  W/O  PRIORITY. 

D  =  K9(6) 

A  =  3 

GOSUB  7600 
GC 

A  =  0 

GOSUB  7670 
•->  LBUS  ;WITH  DATA 
SIZE(Bl-l) 

A  =  1 

GOSUB  7600 
:->  PE 
A  =  0 

GOSUB  7670 
!->  LBUS  ;WITH  DATA 
SIZE(Bl-l) 

A  =  2 

GOSUB  7600 
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:->  LSS 
6140  RETURK 

6150  REK  ACKNOWLEDGE  A  LEVEL:  LBUS  ->  GC  ->  GBUS  ->  GC  ->  LBUS  ->  PE. 

6160  GOSUB  7470 

J GIVEN  A  LEVEL  IN  K9(5) 

-6170  C  =  2! UNBALANCED  CHAIN  W/0  PRIORITY. 

6180  D  =  K9(6)  JACK  VISIT  RATIO  EQUALS  TO  WRITE  RATIO. 

6190  A  =  OILBUS 
6200  B  =  K9(5) 

6210  GOSUB  7740 

•LBUS  MSG  LOAD. 

6220  A  =  3!GC 
6230  GOSUB  7600 

:GC  SERVICE  LOAD. 

6240  GOSUB  7880 

•GBUS  MSG  LOAD. 

6250  K9(5)  =  K9(5)  -  liFROK  GBUS  TO  LAST  LEVEL. 

6260  GOSUB  7470 

6270  A  =  3! TYPE  OF  SERVICE  FACILITY  IS  GC. 

6280  B  =  K9(5) 

6290  GOSUB  7600 

JGC  SERVICE  LOAD. 

6300  A  =  0:TYPE  OF  SERVICE  FACILITY  IS  LBUS. 

6310  GOSUB  7740 

•LBUS  MSG  LOAD. 

6320  A  *  IJFACILITY  IS  PE. 

6330  GOSUB  7600 

:ADD  PE  LOAD. 

6340  RETURK 

6350  REM  INPUT  MODEL  PARAMETERS  FROM  TERMINAL 
6360  ON 

ERROR 

GOTO  3730 

6370  INPUT  ••ENTER  NUMBER  OF  LEVELS  OF  THE  NEW  MODEL:  ";C9(0,0) 

6380  IF 

C9(0,0)<»0  OR  C9(0,0)-IHT(C9(0,0))>0 
THEN 

PRINT  A9$(6) 

ELSE 

IF 

C9{0,0)>K9(17) 

THEN 

GOTO  6400 
ELSE 

GOTO  6420 

6390  GOTO  6370 

6400  PRINT  -THE  MAXIMUM  NUMBER  OF  LEVELS  IS  -jK9(l7);-,  PLEASE  REENTER:" 
6410  GOTO  6370 
6420  ON 


ERROR 
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6430 

6440 


6450 

6460 

6470 

6480 

6490 

6500 

6510 

6520 

6530 


6540 

6550 


6560 

6570 


6580 

6590 

6600 

6610 


6620 

6630 


6640 

6650 

6660 

6670 

6680 

6690 


6700 


GOTO  3760 

INPUT  "ENTER  NUMBER  OF  GBUS'S:  09(1,0) 

IF 

09(1, 0)>0  AND  09(1,0)-INT(09(1,0) )=0 
THEN 

GOTO  6460 
ELSE 

PRINT  A9$(6) 

GOTO  6430 
PRINT  LIN(l) 

PRINT  "ENTER  SERVICE  TIMES  IN  NANO-SECONDS." 

PRINT  LIN(l) 

GOSUB  10050 

:FEED  A9S(1-4)  with  "LBUS,PE,LSS,GC" 

FOR  R1  =  1  TO  09(0,0) 

FOR  R2  =  0  TO  3 

A9S(5)  =  A9$  (R2t-1)-*-"  SERVICE  TIME  AT  LEVEL  "+STR$  (Rl )  ■^"?  " 

IF 

R2=2  AND  Rl=l 
THEN 

A9$ (5)="LOCAL  MEMORY  SERVICE  TIME  AT  LEVEL  1?  " 
PRINT  A9$ (5) ; 

ON 

ERROR 

goto  3790 
INPUT  S9(R2,R1) 

IF 

S9(R2,R1)>*0 

THEN 

GOTO  6590 
ELSE 

PRINT  A9$(6) 

GOTO  6560 

A9$(5)  =  "NUMBER  OF  "'^A9$  (R2+1) +"  AT  LEVEL  "+STR$  (Rl ) +"?  " 
PRINT  A9$(5); 

ON 

ERROR 

GOTO  3820 
INPUT  C9(R2,Ri) 

IF 

C9(R2,R1)>0  AND  C9 (R2 ,Rl) -INT (C9 (R2 ,Rl) ) =0 
THEN 

GOTO  6650 
ELSE 

PRINT  A9$(6) 

GOTO  6620 
NEXT  R2 

C9(2,1)=0:NO  LSS  at  LEVEL  1  AND  LOCAL  MEMORY  IS  MERGED  WITH  PE. 
A9S(5)  =  "PROBABILITY  OF  OVERFLOW  LEVEL  "+STR$  (R1  )■*■"?  " 

PRINT  A9$ (5) ; 

ON 

ERROR 

GOTO  3850 
INPUT  C9(4,Ri) 
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6710 


6720 

'6730 

6740 


6750 

6760 


6770 

6780 

6790 

6800 

6810 

6820 


6830 


6840 

6850 

6860 


6870 

6880 

6890 

6900 

6910 


6920 

6930 

6940 

6950 


IF 

C9(4,R1)>=0  AND  C9(4,R1)<=1 
THEN 

GOTO  6730 
ELSE 

PRINT  A9$(6) 

GOTO  6700 
NEXT  R1 
ON 

ERROR 

GOTO  3880 

INPUT  "GBUS/LBUS  MESSAGE  SERVICE  TIME?" ;S9 (0 , O) 

IF 

S9(0,0)>=0 

THEN 

GOTO  6780 
ELSE 

PRINT  A9$(6) 

GOTO  6750 
RETURN 

REM  PREPARE  STRINGS  FOR  PRINTING  A  LEVEL  GIVEN  LINE  #  INDIC.  AND  STRINGS 

FOR  R1  *  Q1  TO  Ql+3:  LINE(1,2,3,4)  OR  LINE(5,6,7,8) 

FOR  R2  =  1  TO  5 
IF 

K8(0,R2)  =  0 
THEN 

GOTO  6930 
IF 

K8(0,R2)=2 

THEN 

GOTO  6910 

R3  =  R1  -  INT(Rl/5)*4  -i:(DATA  AT  0,1, 2, 3  TH  ROW  AND  COLUMN  l) 

Si  =  F8(R3,R2)  .’GET  NUMERICAL  DATA 

S7$(C,0)  =  S8$(R3, (K9(l8)-i)-5+R2)  :S8$(,)  IS  PRESET  AT  SYSTEM 
INITIALIZATION. 

R4  =  Ke(l,R2) 

GOSUB  9800 

•SYNTHESIZE  THE  STRING. 

S7S(R1,R4)  =  S7S(0,0) 

GOTO  6930 
IF 

(Pl=l  AND  Rl=l) 

THEN 

GOTO  6930 
S7$(R1,K8(1,R2))=" 

NEXT  R2 
NEXT  R1 
IF 

P1>0 

THEN 

RETURN 
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6960 

S7$(l,2)  =  "QQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQQ 

6970 

FOR  Rl  =  3  TO  7 

6980 

1  S7$(l,Rl)="" 

6990 

NEXT  Rl 

7000 

S7$(2,4)  =  "  Q 

H 

7010 

S7$(3,4)  =  "  Q 

7020 

S7$(4,4)  =  " - 

7030 

RETURN 

7040 

REM  PREPARE  DATA  FOR 

PRINT-OUT 

7050 

FOR  Rl  =  1  TO  5:GBUS, 

GC,  PE,  LSS,  LBUS 

7060 

F8(0,R1)  =  -IJO  TN 

1  ROW  BLANK. 

7070 

F8(3,R1)  =  -1!3RD 

ROW  BLANK. 

7080 

IF 

Rl=l 

THEK 

GOTO  7130 
IGBUS  CASE. 

7090  IF 

P1=0 

THEN 

R2=l 

ELSE 

R2=P1  ! RESET  LEVEL  0  TO  LEVEL  1. 
7100  F8{1,R1)  =  C9(K8(2,R1) ,R2)  !#  OF  S.F.  'S. 

7110  F8(2,R1)  =  S9(Ke(2,Rl) ,R2)  JSERVICE  TIME. 

7120  GOTO  7150 

7130  F8(1,R1)  =  C9(l,0)  iFOR  GBUS  ’  1ST  ROW. 

7140  F8(2,R1)  =  -i:  FOR  GBUS  '  2ND  ROW. 

7150  NEXT  R1 
7160  RETURN 

7170  REM  CASE  K9(ie)  =  2,3,4,  AND  5. 

7180  FOR  R1  =  2  TO  S.'GC,  PE,LSS,  LBUS. 

7190  F8(0,Rl)  =  -I’CURRENTLY  NO  PRIORITY. 

7200  F8(3,Rl)  =  -i:CURRENTLY  NO  LOW  PRIORITY. 

7210  IF 

P1=0 

THEN 

R2=l 

ELSE 

R2=P1  ! RESET  LEVEL  0  TO  LEVEL  1. 
7220  K9(5)  *  R2  JCURRENT  LEVEL. 

7230  GOSUB  7470 

.'COMPUTE  S.F.  INDICATORS. 

7240  ON 

K9(18)-1 

GOSUB  10690,10690,10760,10750 
I  ELSE 
'  GOTO  1146C 

7250  NEXT  Rl 
7260  RETURN 


I 
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7270  REM  CASE  6(Q  STATISTICS) 

7280  FOR  R1  =  2  TO  SIGC,  PE,  LSS,  LBUS, 

7290  IF 

PJ.=0 

THEN 

R2=l 

ELSE 

R2*P1  'RESET  LEVEL  0  TO  LEVEL  1. 

7300  K9(5)  =  R2  ICURRENT  LEVEL. 

7310  GOSUB  7470 

J COMPUTE  S.F.  INDICATORS. 

7320  R3  =  V9(4,F9(K8(2,R1),R2))  !QUEUE  UTILIZATION. 

7330  FB(0,R1)  =  R3 

7340  F8(1,R1)  =  R3/(l-R3)  !NBAR. 

7350  GOSUB  10850 

! COMPUTE  99%  BUFFER  SIZE. 

7360  F8(2,R1)  =  S2  !99  BUFFER  SIZE. 

7370  F8(3,R1)  =  F8 (1 ,Rl) /K9 (1)  'RESPONSE  TIME. 

7380  NEXT  R1 

7390  R3  =  V9(4,F9(0.0) )  JUTILIZATION  OF  GBUS. 

7400  F8(0,l)  =  R3  JGBUS  UTILIZATION. 

7410  F8(l,l)  =  R3/(l-R3)  !GBUS  NBAR. 

7420  GOSUB  10850 

JGET  99  BUFFER  SIZE. 

7430  F8(2,l)  *  S2  ISTORE  99%  BUFFER  SIZE. 

7440  F8(3,l)  *  F8(l,l)/K9(l)  iGBUS  RESPONSE  TIME. 

7450  RETURN 

7460  REM  SERVICE  FACILITY  POINTER 

7470  F9(0,0)  =  1 IGBUS  IS  THE  STARTING  FACILITY. 

7480  F9(3,0)  =  C9(l,0)  +  IIINITIAL  VALLUE  FOR  LOOPING. 

7490  S3  =  C9(3,0)  ISAVE  THE  VALUE  OF  #  OF  SERVICE  FACILITIES. 
7500  C9(3,0)  =  OISET  INITIAL  VAUE  FOR  LOOPING. 

7510  FOR  SI  =  1  TO  K9(5)  lAGGREATE  UP  TO  LEVEL  K9(5)0; 

7520  F9(0,S1)  =  F9(3,S1-1)  +  C9(3,S1-1) 

: GBUS , LBUS , PE , LSS , GC , LBUS , PE , LSS , 

o'oio: 

7530  FOR  S2  =  1  TO  3 1  LOOP  ACCORDING  THE  ABOVE  ORDER. 

7540  I  F9(S2,S1)  =  F9(S2-1,S1)  +  C9(S2-l,Sl) 

7550  NEXT  S2 

7560  NEXT  SI 

7570  C9(3,0)  =  S3  IRESTORE  C9(3,0)  VAUE. 

7580  RETURN 

7590  REM  LOOP  MACRO  FOR  NON-GBUS  SERVICE  FACILITIES 

7600  S2  =  D»S9(A,B)/C9(A,B) 

7610  FOR  SI  =  F9(A,B)  TO  F9(A,B)+C9(A,B)-1 
7620  I  V9(C,S1)  =  V9(C,S1)  +  S2 
7630  NEXT  SI 
7640  IF 


i 
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K9(8)=l 

THEN 

PRINT  USING  A9$(7) ,C9(A,B) ,A9S(8+A) ,B,D,S9(A,B) ,S2,C 

7650  RETURN 

7660  REM  LOOP  MACRO  FOR  STB-LBUS  WHERE  DATA  SIZE  IS  FROM  LAST  LEVEL. 

^7670  S2  =  D*S9(A,B-1)/C9(A,B) 

7680  FOR  SI  =  F9(A,B)  TO  F9  (A,B)-t-C9(A,B)-l 
7690  I  V9(C,S1)  =  V9(C,S1)  +  S2 
7700  NEXT  SI 
7710  IF 

K9(8)=l 

THEN 

PRINT  USING  A9$(7) ,C9(A,B) ,A9$(8+A) ,B,D,S9(A,B-1) ,S2,C 

7720  RETURN 

7730  REM  LOOP  MACRO  FOR  LBUS  MSG  LOAD  COMPUTATION 

7740  S2  =  D*S9(0,0)/C9(A,B) 

7750  FOR  SI  =  F9(A,B)  TO  F9 (A,B) +C9 (A, B) -1 
7760  I  V9(C,S1)  =  V9(C,S1)  +  S2 
7770  NEXT  SI 
7780  IF 

K9(8)=l 

THEN 

PRINT  USING  A9$(7) ,C9(A,B) ,A9$(8+A) ,B,D,S9(0,0) ,S2,C 

7790  RETURN 

7800  REM  LOOP  MACRO  FOR  GBUS  DATA  LOAD  COMPUTATION 

7810  S2  =  D»S9(0,B)/C9(1,0) 

7820  FOR  SI  =  F9(0,0)  TO  F9 (0 ,0)+C9 (1 , 0) -1 
7830  I  V9(C,S1)  =  V9(C,S1)  +  S2 
7840  NEXT  SI 
7850  IF 

K9(8)=1 

THEN 

PRINT  USING  A9$(7) ,C9(1,0) ,"GBUS",B,D,S9(0,B) ,S2,C 

7860  RETURN 

7870  REM  LOOP  MACRO  FOR  GBUS  MSG  LOAD  COMPUTATION 

7880  S2  =  D*S9(0,0)/C9(1,0) 

7890  FOR  SI  =  F9(0,0)  TO  F9 (0, 0) +C9 (1 , 0) -1 
7900  I  V9(C,S1)  =  V9(C,S1)  +  S2 
7910  NEXT  SI 
7920  IF 

KS(8)=1 

THEN 

PRINT  USING  A9$ (7) ,C9(1,0) ."GBUS" ,B,D,S9(0,0) ,S2,C 

7930  RETURN 

7940  REM  INITIALIZE  TEXT 
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7950 

FOR  SI  =  0 

TO  3 

7960 

FOR  S2= 

1  TO  30 

7970 

i  1  READ 

S8$(S1,S2) 

7980 

1  NEXT  S2 

7990 

NEXT  SI 

8000 

DATA 

1  1 
«  I 

t  t 

t  I 
I  1 
t  t 

f  I 
t  t 

I  < 

I  « 

«  1 

I  ( 

I 

I  I 
»  I 
I  t 
t  ( 


<  1 


8010  DATA 


9 

'U'  , 

•U’  , 

'U'  , 

'U'  , 

'U' 

8020  DATA 

' GBUS ' , 
'GC  , 
•PE'  , 

’ LSS ’ , 

' LBUS ’ , 
'VI'  , 
'VI'  , 
'VI'  , 
'VI'  , 
'VI'  , 
'Ul'  , 
'Ul' 

8030  DATA 

'Ul'  , 
'Ul'  , 
'Ul '  , 
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'Nl'  , 
■Nl’  , 
’Kl’  , 
'Nl'  , 
'Nl '  , 
'Rl'  , 
'Rl'  , 
'Rl'  , 
'Rl'  , 
'Rl' 

8040  DATA 

'N'  , 
'N'  , 
'N'  , 
■N'  , 
'N' 

8050  DATA 

t  ( 

'  ns '  , 

'  ns ' , 

'  ns ' , 
'ns ' , 

'  V2' , 
'V2'  , 
'V2'  , 
•V2'  , 
'V2'  , 
'U2’  , 
'U2'  , 
'U2'  , 
'U2' 

8060  DATA 

'U2'  , 
'N2'  , 
'N2'  , 
'N2'  , 
'N2'  , 
'  N2 '  , 
'R2'  , 
•R2'  , 
'R2'  , 
'R2'  , 
'R2'  , 
'B'  , 
'B'  , 
'B'  , 
'B'  , 
'B' 

8070  DATA 


8080 


DATA 


8090 

8100 

8110 


8120 

8130 

8140 

8150 

8160 

8170 

8180 

8190 

8200 

8210 


8220 


8230 


'R', 

'R' , 

'R' , 

•R' , 

'R' 

K9(19)  =  mil 

A9S(6)  =  "INVALID  INPUT,  PLEASE  REENTER" 

A9$ (7 ) ® 

••######  >##########  #####  #####.#####  ########.###  ########.#  ##### 

#" 

A9$(8)="LBUS" 

A9$(9)="PE" 

A9$(10)="LSS" 

A9$(11)="GC" 

FOR  SI  =  1  TO  8: INITIALIZE  TABLES  FOR  MAPPING  DATA  AND  INDICATORS. 

FOR  S2  =  1  TO  5 
I  READ  K8(S1,S2) 

NEXT  S2 
NEXT  SI 
DATA 
1, 

2, 

4, 

6, 

7 

DATA 

1, 

3. 

1, 

2, 

0 

DATA 

2, 


PAGE  215 


2, 

2, 

2, 

2 

8240  DATA 

0, 

0, 

2, 

2, 

1 

8250  DATA 

0, 

0, 

0, 

0, 

1 

8260  DATA 

1, 

2, 

1, 

2, 

2 

8270  DATA 

0, 

1, 

2, 

2, 

2 

8280  DATA 
0, 

1, 

1, 

1, 

0 

8290  REK  INITIALIZE  LEVEL  FORKAT 

8300  FOR  SI  =  1  TO  9 
8310  FOR  S2  =  1  TO  7 

8320  READ  S7S(S1,S2) 

8330  S7$(S1+9,S2)  =  S7$(S1,S2) 

8340  NEXT  S2 

8350  NEXT  SI 
8360  DATA 

I 

f 

t  » 

8370  DATA 


8380  DATA 
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8390  DATA 


■8400  DATA 


8410  DATA 


8420  DATA 


8430  DATA 


8440  DATA 


8450  DATA 


8460  DATA 


8470  DATA 


8480  DATA 


8490  DATA 


8500  DATA 


8510 


3520 


8530 


8540 

8550 

8560 

8570 

8580 

8590 


8600 


8610 


8620 


8630 


8640 

8650 

8660 

8670 

8680 

8690 


8700 


8710 


8720 


8730 
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I  I 

# 

I  I 

DATA 

t  I 

t 

t  • 

r 

I  I 

t 

I  I 

DATA 

’  I 


DATA 


FOR  SI  =  1  TO  5 
FOR  S2  =  1  TO  2 
I  READ  A8$(S1,S2) 

NEXT  S2 
NEXT  SI 
DATA 

"OPEN" , 

"CLOSED" 

DATA 

"PERCOLATE" , 

"PARALLEL" 

DATA 

"RETRANSMIT", 

"RESERVE  SPACE" 

DATA 

"A  (LOCALITY, READ%)  POINT", 

"A  LOCALITY  SET  GIVEN  A  READ%" 
DATA 

"EQUAL  PRIORITY", 

"STB  LOW  PRIORITY" 

FOR  SI  =  1  TO  5 
FOR  S2  =  1  TO  2 
1  READ  V8(S1,S2) 

NEXT  S2 
NEXT  SI 
DATA 

10000, 

20000 

DATA 

1000, 

2000 

DATA 

100, 

200 

DATA 

10, 

20 

DATA 


I 


9 


-i 

I 


» 


2 

B740  FOR  SI  =  1  TO  6 
8750  FOR  S2  =  1  TO  2 

8760  I  READ  A7$(S1,S2) 

8770  NEXT  S2 

8780  NEXT  SI 
■8790  DATA 

"NUMBER  OF  SERVICE  FACILITIES  AND  THEIR  SERVICE  TIMES.", 

tl  l« 

8800  DATA 

"SUM  OF  (VISIT  RATIO)* (SERVICE  TIME)  --  1(MAIN  CHAIN)," 

8810  DATA 

"2(UAP  CHAIN)" 

8820  DATA 

"UTILIZATIONS  --  1 (MAIN  CHAIN),  2 (UAP  CHAIN).", 

t«  II 

8830  DATA 

"MEAN  QUEUE  LENGTH  --  l(MAIN  CHAIN),  2 (UAP).", 

f«  II 

8840  DATA 

"RESPONSE  TIME  --  KMAIN  CHAIN),  2  (UAP  CHAIN).", 

tl  11 

8850  DATA 

"FACILITY  MEASURES  —  U (UTILIZATION) ,  N(MEAN  QUEUE  LENGTH)," 
8860  DATA 

"B(99%  PROBABILITY  BUFFER  SIZE),  AND  R (RESPONSE  TIME)." 

8870  RETURN 

8880  REM  RESTORE  THE  LEVEL  FORMAT 

8890  FOR  SI  =  1  TO  9 

8900  FOR  S2  =  1  TO  7 

8910  I  S7$(S1,S2)  =  S7$(S1+9,S2) 

8920  NEXT  S2 

8930  NEXT  SI 
8940  RETURN 

8950  REM  READ  MODEL  PARAMETERS  FROM  SAVED  FILE  A9$(0) 

8960  ON 

ERROR 

GOTO  3910 

8970  INPUT  "ENTER  THE  OLD  MODEL'S  NAME.'  ";A9$(0) 

8980  DEFINE  FILE  #1=A9$(0) 

8990  ON 

ERROR 

GOTO  3940 

9000  READ  #1,C9(0,0)  I  READ  NUMBER  OF  LEVELS  FIRST. 

9010  RE.AD  «1,C9(1,0)  (READ  NUMBER  OF  GBUS  '£  IN  THE  MODEL. 

9020  FOR  Sl=  1  TO  C9(0,0) 

9030  FOR  S2  =  0  TO  3 

9040  1  READ  #l,C9(S2,Sl) 

9050  NEXT  S2 
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9060 

9070 


-9080 

9090 

9100 

9110 

9120 

9130 

9140 

9150 

9160 

9170 

9180 


9190 

9200 

9210 

9220 


9230 

9240 

9250 

9260 

9270 


9280 

9290 

9300 

9310 

9320 


9330 

9340 

9350 

9360 

9370 

9380 

9390 

9400 

9410 


READ  #1,C9(4,S1) 

IF 

C9(4,S1)>1  OR  C9(4,S1)<0 
THEN 

GOTO  9080 
ELSE 

GOTO  9100 

PRINT  "INVALID  PROBABILITY  AT  LEVEL  ";S1 
GOTO  11460 
FOR  S2  =  0  TO  3 
1  READ  #1,S9(S2,S1) 

NEXT  S2 
NEXT  SI 

READ  #1,39(0,0) 

09 (2,1) =01  NO  LSS  AT  LEVEL  1  AND  LOCAL  MEMORY  IS  MERGED  WITH  PE. 

RETURN 

REM  SAVE  MODEL  PARAMETERS 
ON 

ERROR 

GOTO  4000 

INPUT  "ENTER  A  NAME  TO  SAVE  THE  MODEL!  ";A9$(0) 

DEFINE  FILE  #1=A9$(0) 

GOSUB  10050 

ISET  A9$(l-4)  TO  "LBUS ,PE,LSS ,GC" 

ON 

ERROR 

GOTO  4030 

WRITE  #1,09(0,0) ,"  ,  NUMBER  OF  LEVELS  OF  THE  MODEL." 

WRITE  #1,09(1,0),"  ,  NUMBER  OF  GBUS  IN  THE  MODEL." 

FOR  Sl=  1  TO  09(0,0) 

FOR  S2  =  0  TO  3 
WRITE 

#1,C9(S2,S1) , "  ,  NUMBER  OF  "+A9$ (S2+1 ) +"  AT  LEVEL  "+STR$(£lW 

f1  II 

NEXT  S2 

WRITE  #1,C9(4,S1) ,  PROBABILITY  OF  OVERFLOW  LEVEL  "+STR$ (SI ) " 
WRITE  #1,S9(C,S1) ,"  ,  LBUS  DATA  SERVICE  TIME  AT  LEVEL  "+STR$ (SI ) +" . " 
FOR  S2  =  1  TO  3 
1  WRITE 

I  #1,S9(S2,S1)  ,"  ,  "+A9$(S2+1)+"  SERVICE  TIME  AT  LEVEL  "+STRS(Si) 

I 

NEXT  S2 
NEXT  SI 

WRITE  #1,59(0,0),"  ,  "+"GBUS/LBUS  MESSAGE  SERVICE  TIME." 

RETURN 

REM  COMPUTE  NUMBER  OF  SERVICE  FACILITIES. 

S3  =  C9(l,0) 

FOR  SI  =  1  TO  C9(0,0) 

FOR  S2  =  0  TO  3 
I  F9(S2,S1)  =  0 


» 
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9420 

9430 

9440 

9450 


-9460 

9470 

9480 

9490 

9500 

9510 

9520 

9530 

9540 

9550 

9560 

9570 

9580 


9590 

9600 

9610 

9620 

9630 

9640 

9650 

9660 

9670 

9680 

9690 

9700 

9710 

9720 

9730 

9740 

9750 

9760 

9770 

9780 

9790 

9800 


I  S3  =  S3  4  C9(S2,S1) 

KEXT  S2 
NEXT  SI 
IF 

S3  >  K9(16) 

THEN 

GOTO  9530 
C9(3,0)  =  S3 

FOR  SI  =  0  TO  41  INITIALIZE  VISIT-RATIO  AND  PERFORMANCE  BUFFERS 
FOR  S2  =  1  TO  C9(3,0) 

I  V9(S1.S2)  =  0 
NEXT  S2 
NEXT  SI 
RETURN 

PRINT  "TOO  MANY  SERVICE  FACILITIES  IN  THE  MODEL("+STR$  (''3)+'')  !  " 
PRINT  LIN(l) 

PRINT  "REDUCE  MODEL  SIZE  OR  CALL  RICH  WANG  FOR  HELP." 

GOTO  11460 

REM  SYSTEM  RESET  FOR  A  GIVEN  SET  OF  (READ  %,  LOACALITY) 

IF 

FNC3(K9(19) )=1 
THEN 

S3=C9(5,1) 

ELSE 

S3=C9(5, 1)4.1 
FOR  SI  =  1  TO  C9(0,0) 

C9(5,S1)  =  S3  ISET  LOCALITIES  FOR  ALL  THE  LEVELS 
FOR  S2  =  0  TO  3 

I  F9(S2,S1)  =  O:  RESET  THE  FACILITY  INDICATOR 
NEXT  S2 
NEXT  SI 

C9(5,C9(0,0) )  =  IILOCALITY  AT  THE  FLOOR  IE  1 
FOR  SI  =  0  TO  4!  CLEAR  VISIT  RATIO  AND  PERFORMANCE  BUFFERS 
FOR  S2  =  1  TO  C9(3,0) 

I  V9(S1,S2)  =  0 
NEXT  S2 
NEXT  SI 
RETURN 

REM  CONCATANATE  AND  PRINT  A  LINE 

S7$(0,0)  =  "" 

FOR  SI  =  1  TO  7 

I  S7$(0,0)  =  S7${0,0)4S7$(Q1,S1) 

NEXT  SI 
PRINT  S7$(0,0) 

RETURN 

REM  FORMAT  A  LINE  SEGMENT  GIVEN  IS1,S7$ (0,0) ,R4] 

IF 

SI  <  0 
THEN 
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GOTO  9920 


9810 

A9$(3)  = 

LEFT{STRS(S1) ,8) 

9820 

S2  =  12 

-  LEN(A9$(3))  -  LEN(S7$(0,0)) 

9830 

S3  =  INT(S2/2) 

9840 

S2  =  S2 

-  S3 

9850 

A9$(l)  = 

fl  t1 

9860 

A9$(2)  = 

r*  1  ft 

9870 

IF 

R4  = 

1  OR  R4  =  7 

THEN 

GOTO  9880 
ELSE 

GOTO  9890 

9880  A9$(2)  =  "  " 

9890  S7$(0,0)  =  LEFT(A9$(2)+A9$(1) ,S2)+A9$(3)+"  "+S7$(0,0) 
9900  S7$(p,0)  =  S7$(0,0)  t-  RIGHT(A9$(1)+A9$(2)  ,8-S3) 

9910  RETURN 
9920  IF 

R4=l  OR  R4=7 
THEN 

GOTO  9950 

9930  S7S(0,0)=''l  I" 

9940  RETURN 
9950  S7$(0,0)='’ 

9960  RETURN 

9970  REH  SET  LEVEL  >  0  FOR  PRINT  OUT  A  LEVEL 


9980 


9990 


10000 

10010 

10020 

10030 


IF 

Q1  =  1 
THEN 
S2=3 
ELSE 
IF 

Ql=5 

THEN 

S2=6 

ELSE 

GOTO  11460 
IF 

P1>1 

THEN 

S3=2 

ELSE 

S3=P1 

FOR  Sl=l  TO  5 
I  K8(0,S1)  =  K8(S3+S2,S1) 
NEXT  SI 
RETURN 


10040  REM  SET  A9$(l-4) 
10050  A9$(l)  =  "LBUS" 

10060  A9$(2)  =  "PE" 

10070  A9$(3)  =  "LSS" 
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10080  A9$(4)  =  "GC" 

10090  RETURN 

10100  REM  PRINT  OUT  SYS.THRUPUT/RES. 

10110  PRINT  LIN(1> 

10120  PRINT  "(LOCALITY, READ%)=(";STR$(C9(5, 1))  ;’',";STRS(C9(2,0));")  , 
10130  PRINT  "=>  (SYSTEM-THROUGHPUT, SYSTEM  RESPONSE  TIME)=("; 

10140  PRINT  K9(l) ;",";K9(0) 

10150  WRITE  #2,K9(19) ,C9(2,0) ,C9(5,1) ,K9(0) ,K9(1)  :  POLICY  COMBINATION; 
READ%; 

LOCALITY;  RES.  TIME;  THRUPUT. 

10160  RETURN 

10170  REM  CONVERT  INPUT  TO  Y  OR  N 

10100  A9$(1)=CVT$$(A9$(1) ,32) 

10190  IF 

A9$(l)="y"  OR  A9$(l)="yES" 

THEN 

A9$ (1)="Y" 

10200  IF 

A9$(1)=”N"  OR  A9$(1)»"N0" 

THEN 

A9$(1)="N" 


10210 

RETURN 

10220 

REM  CHECK  SUM  VALID 

10230 

SI  =  1 

10240 

S2  =  FNC1(P2)»10000 

10250 

IF 

S2  <>V8(1,1)  AND 
THEN 

GOTO  10380 

S2<>V8(1,2) 

10260 

S2  =  FNP1(P2)*1000 

10270 

IF 

S2  <>V8(2,1)  AND 
THEN 

GOTO  10380 

S2<>V8(2,2) 

10280 

IF 

S2*V8(2,2) 

THEN 

Sl=2 

10290 

S2  *  PNR2(P2)*100 

10300 

IF 

S2<>V8(3,1)  AND  S2<>V8(3,2) 
THEN 

GOTO  10380 

10310 

IF 

S2=ve(3,2) 

THEN 

Sl=2 

10320 

S2  *  FNC3(P2)«10 
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10330  IF 

S2<>V8(4,1)  AND  S2<>V8(4,2) 

THEN 

GOTO  10380 
10340  S2  =  FNP4(P2) 

10350  IF 

S2<>V8(5,1)  AND  S2<>V8(5,2) 

THEN 

GOTO  10380 

10360  IF 

S2=V8(5,2) 

THEN 

Sl=2 

10370  RETURN 

10380  SI  =  3: INVALID  COMBINATION. 

10390  RETURN 

10400  REM  SET  UP  PARAMETERS  FOR  POINT/CURVE  ESTIMATES,  OPE'VCLOSED  SYSTEM. 
10410  ON 

FNC3(K9(19)  ) 

GOTO  10420,10490 
ELSE 

GOTO  11460 

10420  ON 

ERROR 

GOTO  4060 

10430  PRINT  LIN(l) 

10440  INPUT  "ENTER  A  LOCALITY (ASSUME  THE  SAME  ACROSS  LEVELS):  ", -09(5,1) 
10450  IF 

C9(5,l)>=0  AND  C9(5,1)<=1 
THEN 

GOTO  10470 
ELSE 

PRINT  A9$(6) 

10460  GOTO  10440 

10470  C9(5,0)  =  i: COUNTER  FOR  LOCALITIES  TC  MEASURE  IS  SET  TO  1 

10480  GOTO  10510 

10490  C9(5,0)  =  9 'SET  COUNTER  TO  9  TO  GET  AN  INCREMENT  OF  0.1 
10500  C9(5,l)  =  0!S0  THAT  THE  FIRST  LOCALITY  IS  0.1 
10510  ON 

ERROR 

GOTO  4090 

10520  PRINT  LIN(l) 

10530  INPUT  "ENTER  READ%:  ";C9(2,0) 

10540  IF 

C9(2,0)>=0  AND  C9(2,0)<=1 
THEN 

GOTO  10560 
ELSE 

PRINT  A9$(6) 

10550  GOTO  10530 
10560  ON 


FNC1(K9(19) ) 
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GOTO  10570,10630 
ELSE 

GOTO  11460 

10570  ON 

ERROR 

GOTO  4120 

10580  PRINT  LIN(l) 

10590  INPUT  "MAXIMUM  UTILITY (<1)  ALLOWED  FOR  A  SERVICE  FACILITY?  ";K9(13) 
10600  IF 

K9(13)>0  AND  K9(13)<1 
THEN 

RETURN 

ELSE 

PRINT  A9$(6) 

10610  GOTO  10590 

10620  REM  CLOSED  SYSTEM 

10630  ON 

ERROR 

GOTO  4150 

10640  PRINT  LIN(l) 

10650  INPUT  "ENTER  THE  POPULATION  IN  THE  CLOSED  CHAIN  1" ;K9 (14) 

10660  IF 

K9(14)>0  AND  K9(14)-INT(K9(14))=0  AND  K9(14)<=K9(15) 

THEN 

RETURN 

ELSE 

PRINT  A9$(6) 

10670  GOTO  10650 

10680  REM  PRIMITIVES  FOR  PRINTOUT  ROUTINE (82200) ;CASE  2  &  3. 

10690  FOR  SI  =  1  TO  2: FIRST  AND  2ND  ROW  DATA 

10700  F8(S1,R1)  =  V9(S1,F9(K8(2,R1) ,R2) )  ! VISIT  RATIOS. 

10710  F8(S1,1)  =  V9(S1,F9(0,0) )  IFOR  GBUS. 

10720  NEXT  SI 
10730  RETURN 

10740  REM  PRINTOUT  ROUTINE  PRIMITIVES,  CASE  4  &  5. 

10750  FOR  SI  =  1  TO  2: 1ST  ROW  AND  2ND  ROW. 

10760  S2  =  F9(K8(2,R1) ,R2) 

10770  F8(S1,R1)  =  V9(S1,S2)/(1-V9(1,S2)-V9(2,S2) )  INBAR. 

10780  F8(S1,1)  =  V9(S1,F9(0,0))/(1-V9(1,F9(0,0))-V9(2,F9(0,0)))  IGBUS 

10790  ON 

K9(l8)-3 

GOTO  10820,10800 
ELSE 

GOTO  11460 

10800  F8(S1,R1)  =  F8(S1,R1)/K9(1)  'RESPONSE  TIME. 

10810  F8(S1,1)  =  F8(S1,1)/K9(1)  IFOR  GBUS. 

10820  NEXT  SI 
10830  RETURN 


page  225 


10840  REM  CALCULATE  99%  BUFFER  SIZE  S2. 

10850  SI  =  1-R3  :N0T  USED 
IF 

NO  CUSTOMER. 

10860  S2  =  O: INITIALLY  SIZE  =  0! 

10870  S3  =  SI  1  INITIAL  PROBABILITY. 

10880  IF 

S3>.99 

THEN 

RETURN  .'CUMULATIVE  PROBABILITY  EXCEEDS  .99 
10890  SI  =  S1«R3  :NEXT  QUEUE  SIZE  PROBABILITY. 

10900  S3  =  S3  +  SI  'ACCUMULATE  PROBABILITY. 

10910  S2  =  S2  +1 
10920  IF 

S2=999 

THEN 

RETURN 

ELSE 

GOTO  10880 

10930  REM  VISIT  RATIO  REPORT  HEADING 

10940  PRINT  LIN(l) 

10950  PRINT  A9$(5) 

10960  PRINT 

LEFTC- - ", 

LEN(A9S(5))) 

10970  PRINT  LIN(I) 

10980  PRINT 

"NUMBER  OF  FACILITIES  LEVEL  VISIT-RATIO  SERVICE-TIME  VS-PRODUCT  CHAIN 
-TYPE" 

10990  PRINT 


11000  PRINT  LINd) 
11010  RETURN 


11020  REM  INFLATE  THE  CLOSED  CHAIN 


11030 

11040 


11050 

11060 

11070 


FOR  SI  =  1  TO  C9(3,0) 

IF 

V9(1,S1)=0 

THEN 

V9(5,S1)=0 

ELSE 

V9(5,Sl)=V9(l,Sl)/(l-V9(2,Sl)oK9(l) ) 

NEXT  SI 
RETURN 

REM  BUZEN’S  NC  ALGORITHM 


11080  FOR  SI  =  1  TO  K9(14)  ! POPULATION 
11090  I  G(S1)  =  0 
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11100 

11110 

11120 

11130 

11140 

11150 

11160 

11170 

11180 

11190 

11200 

11210 

11220 

11230 

11240 

11250 


11260 

11270 

11280 

11290 

11300 

11310 

11320 

11330 

11340 

11350 

11360 

11370 

11380 

11390 

11400 

11410 

11420 

11430 

11440 

11450 

11460 


NEXT  SI 
G(0)  =  1 

FOR  SI  =  1  TO  C9(3,0)  '#  OF  S.F.  'S 
FOR  S2  =  1  TO  K9(14)  IPOPULATIOK 
I  G(S2)  =  G{S2)  +  V9(5,S1)*G(S2  -  l) 

NEXT  S2 
NEXT  SI 

X9U2)  =  G(K9(14)  -  1)/G(K9(14)) 

PRINT  "THE  CLOSED  CHAIN  THROUGHPUT  IS:  ",K9(12) 

PRINT  LIN(l) 

RETURN 

REM  FIND  THE  MAX  VS  PRODUCT. 

51  =  0 

52  =  0 

FOR  S3  =  1  TO  C9(3,0) 

IF 

S2>=V9(A,S3) 

THEN 

GOTO  11280 

51  =  S3 

52  =  V9(A,S3) 

NEXT  S3 
RETURN 

REM  COMPUTE  NEAR  OF  EACH  QUEUE  FROM  BUZEN'S  ALGORITHM. 

FOR  S2  =  1  TO  C9(3,0) 

V9(6,S2)  =  0 

53  =  1 

FOR  SI  =  1  TO  K9(14) 

S3  =  S3  «V9(5,S2) 

V9(6,S2)  =  V9(6,S2)  +  S3*G(K9 (14) -SI) /G (K9 (14) ) 
NEXT  SI 
NEXT  S2 
RETURN 

REM  COMPUTE  CLOSED  CHAIN  RES.  TIME. 

K9(0)  =  0 

FOR  SI  =  1  TO  C9(3,0) 

I  K9(0)  =  K9(0)  +  V9(6,S1)/K9(1) 

NEXT  SI 
RETURN 

STOP  IMPOSSIBLE  CONDITION. 
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Appendix  IV: 

Listing  of  Simulation  Program  of  P1L3  Model  using  RESQ 


This  program  simulates  the  P1L3  model  of  the  INFOPLEX  data 
storage  hierarchy.  It  uses  the  RESQ  package  which  is  available 
under  the  userid  "RESCUE"  on  the  IBM/370  at  the  Information 
Processing  Service,  Massachusetts  Institute  of  Technology. 
Permission  from  Professor  Stuart  E.  Madnick  is  required  before 


using  RESQ. 
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MODEL :TADP1L3  /•  A  RESQ  P1L3  MODEL  TO  COMPARE  WITH  TAD  */ 
METHOD: APLOMB  /»  SIMULATION  METHOD  IS  USED  •/ 


/*  MODEL  PARAMETERS  */ 


/lkK*«**«*«lt«*******»*»»»»*«**««**«*«ti>i««l>**«**«**«/ 

NUMERIC  PARAMETERS:  CPU_SEC  /•  CPU  SECONDS  «/ 

NUMERIC  PARAMETERS:  HIGH  /•  HIGH  PRIORITY  »/ 

NUMERIC  PARAMETERS:  LOW  /«  LOW  PRIORITY  «/ 

NUMERIC  PARAMETERS:  MAXMP  /•  MAXIMUM  DEGREE  OF  MULTIPROGRAMMING  */ 
NUMERIC  PARAMETERS:  MEDIUM  /•  MEDIUM  PRIORITY  «/ 

NUMERIC  PARAMETERS:  PINl  /»  PROBABILITY  THAT  DATA  IN  LEVEL  1  */ 

NUMERIC  PARAMETERS:  PIN2  /«  PROBABILITY  THAT  DATA  IN  LEVEL  2  »/ 

NUMERIC  PARAMETERS:  PIN3  /«  PROBABILITY  THAT  DATA  IN  LEVEL  3  */ 

NUMERIC  PARAMETERS;  POVl  /»  PROBABILITY  TO  OVERFLOW  LEVEL  1  «/ 

NUMERIC  PARAMETERS:  POV2  /•  PROBABILITY  TO  OVERFLOW  LEVEL  2  */ 

NUMERIC  PARAMETERS:  PREAD  /•  PERCENTAGE  OF  READ  TRANSACTION  */ 
NUMERIC  PARAMETERS:  SIM_TIME  /»  SIMULATION  TIME  «/ 

/«*«*«»*«««*it*««««**««***««**«««**it«««*«atat***«ft«K*/ 

/•  MODEL  IDENTIFIERS  •/ 

/«»**««««*««*•««««*»«*•*«*«•«*««««*«*****»«***«***/ 

NUMERIC  IDENTIFIERS :BEXM  /«  MESSAGE  EXECUTION  TIME  AT  BUS  »/ 
BEXM:100  /•  100  NANO  SECONDS  »/ 

NUMERIC  IDENTIFIERS ;BEXD1  /•  DATA  EXECUTION  TIME  AT  LEVEL  1  BUS  */ 
BEXD1:100 

NUMERIC  IDENTIFIERS :BEXD2  /*  BUS  DATA  EXECUTION  TIME(LEVEL  2)  «/ 
BEXD2:800 

NUMERIC  IDENTIFIERS :DEX1  /•  DEVICE  DATA  EXECUTION  TIME (LEVEL  1)  */ 
DEXl;100 

NUMERIC  IDENTIFIERS :DEX2  /•  DEVICE  DATA  EXECUTION  TIME (LEVEL  2)  »/ 
DEX2:1000 

NUMERIC  IDENTIFIERS ;DEX3  /*  DEVICE  DATA  EXECUTION  TIME(LEVEL  3)  */ 
DEX3;2000 

NUMERIC  IDENTIFIERS; INTARRTIME  /»  INTER  ARRIVAL  TIME  •/ 

INTARRTIME; 999999999 

NUMERIC  IDENTIFIERS ;KEX  /*  CONTROLLER  EXECUTION  TIME  »/ 

KEX:10C 

NUMERIC  IDENTIFIERS: REX  /»  MEMORY  REQUEST  EXECUTION  TIME  */ 

REX:200 

NUMERIC  IDENTIFIERS; ZERO  /•  ZERO  SERVICE  TIME  •/ 

ZERO:  0 

/»*»****«»»«»»»»**»««*«******«««*»«*»**»•»»•»»»»»*/ 

/*  SIMULATION  TIME  DEPENDENT  VARIABLES  */ 

GLOBAL  VARIABLES;  CLOCK  /•  CURRENT  SIMULATION  CLOCK  »/ 

CLOCK:  0  /•  INITIALIZED  TO  ZERO  •/ 

GLOBAL  VARIABLES:  MRESP  /*  MEAN  RESPONSE  TIME  •/ 

MRESP:  0  /•  INITIALIZED  TO  ZERO  */ 
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GLOBAL  VARIABLES;  NTXN  /*  ELAPSED  TIME  OF  ALL  TRANSACTIONS  «/ 
NTXN:  0  /»  INITIALIZED  TO  ZERO  «/ 

GLOBAL  VARIABLES:  SUMW  /*  ELAPSED  TIME  OF  ALL  TRANSACTIONS  •/ 
SUMW:  0  /*  INITIALIZED  TO  ZERO  «/ 


/*  •/ 

/•  KEYS;  D(DEVICE);  G(GBUS) ;  L(LBUS);  K(CONTROLLER)  »/ 

/•  M (MEMORY  REQUEST  PROCESSOR)  •/ 

/•  FM,FD(BUS__FACILITY  TO  PROCESS  BEXM  OR  BEXD)  •/ 

/*  E.G.  FDILI  =  FACILITY  LBUSl  PROCESSES  BEXDl  •/ 

. 


NODE  ARRAYS;  DX2l(2)  DX22(2) 

NODE  ARRAYS:  FD1G(2)  FD1L1(2)  FD1L2(5) 

NODE  ARRAYS:  FD2G(2)  FD2L2(5)  FD2L3(5) 

NODE  ARRAYS;  FMG(6)  FML1{3)  FML2(9)  FML3(4) 
NODE  ARRAYS:  KI1(3)  KI2(6)  KI3(3) 

NODE  ARRAYS:  KX1(2)  KX2(4)  KX3(2) 

NODE  ARRAYS:  MI2(3)  MI 3 (2) 

NODE  ARRAYS;  MX2(2) 

MAX  JV;0  /«  ONE  JOB  VARIABLE  PER  JOB  «/ 


/*»*»»«**«*»»»»****»»**«*«»*»»««»*««*«*«*«»«*»»*»«/ 

/*  QUEUE  DEFINITIONS  •/ 

/«*»*««»»*»»»»»»«»»*«»*•»«*»*»»*»*»*«»»»»»*»*»*»»*/ 

QUEUE;  START  /«  COLLECT  THROUGHPUT  «/ 

TYPE;  FCFS 

CLASS  LIST:  STARl 

SERVICE  TIMES:  ZERO»DISCRETE (I , i) 


QUEUE: D1  /*  LEVEL  1  DEVICE:  CACHE  */ 

TYPE;PRTY 

CLASS  LIST;  PRDIIR  PRDIIW 

SERVICE  TIMES;  REX«DISCRETE (1 , l)  DEX1*DISCRETE ( 1 , 1 ) 

PRIORITIES;  HIGH  HIGH 


CLASS  LIST;  DIIR 

SERVICE  TIMES:  DEXl -DISCRETE (1,1) 
PRIORITIES;  MEDIUM 


DXl 

DEXl -DISCRETE (1,1) 
LOW 


CLASS  LIST;  DIIW 

SERVICE  TIMES:  REX-DISCRETE (1 , 1 ) 
PRIORITIES:  LOW 


QUEUE: LI  /*  LBUSl  -/ 

TYPE:  PS 

CLASS  LIST:  FMLl  FDILI 

SERVICE  TIMES:  BEXK-DISCRETE (1 ,1)  BEXDl-DISCRETE (1 , 1) 
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QUEUE :K1  /*  CONTROLLER  1  •/ 

TYPE  CLASS  LIST:  KIl  KXl 

SERVICE  TIMES:  KEX«DISCRETE(1.1)  KEX«DISCRETE(1,1) 

QUEUE :G  /«  GBUS  •/ 

TYPE:  PS 

CLASS  LIST:  FMG  FDIG 

SERVICE  TIMES;  BEXM»DISCRETE(1,1)  BEXD1»DISCRETE (1 , 1 ) 

CLASS  LIST:  FD2G 

SERVICE  TIMES:  BEXD2 » DISCRETE (1 , 1) 

QUEUE :K2  /*  CONTROLLER  2  •/ 

TYPE  CLASS  LIST:  KI2  KX2 

SERVICE  TIMES:  KEX« DISCRETE (1,1)  KEX«DISCRETE (1 , 1) 

QUEUE:L2  /*  LBUS2  •/ 

TYPE;  PS 

CLASS  LIST:  FML2  FD1L2 

SERVICE  TIMES:  BEXM«DISCRETE (1 , 1)  BEXD1«DISCRETE (1 , 1) 

CLASS  LIST:  .  FD2L2 

SERVICE  TIMES:  BEXD2*DISCRETE(1,1) 

QUEUE; M2  /«  MEMORY  REQUEST  PROCESSOR  2  »/ 

TYPE  CLASS  LIST:  MI2  MX2 

SERVICE  TIMES:  REX*DISCRErE(l,l)  REX»DISCRETE (l , l) 

QUEUE ;K3  /•  CONTROLLER  3  */ 

TYPE  CLASS  LIST:  KI3  KX3 

SERVICE  TIMES:  KEX»DISCRETE (1 , l)  KEX»DISCRETE(l,l) 

QUEUE ;L3  /«  LBUS3  «/ 

TYPE;  PS 

CLASS  LIST;  FML3  FD2L3 

SERVICE  TIMES:  BEXM« DISCRETE (1,1)  BEXD2 « DISCRETE (1 , 1 ) 

QUEUE:K3  /*  MEMORY  REQUEST  PROCESSOR  3  */ 

TYPE  CLASS  LIST:  MI3  MX3 

SERVICE  TIMES;  REX* DISCRETE (1,1)  REX*DISCRETE (1 , 1) 

QUEUE :D21  /*  LEVEL  2  DEVICE  1  */ 

TYPE  CLASS  LIST:  DI21  DX21 

SERVICE  TIMES:  DEX2*DISCRETE(1,1)  DEX2*DISCRETE(l,l) 

QUEUE :D22  /*  LEVEL  2  DEVIE  2  •/ 

TYPE  CLASS  LIST:  DI22  DX22 

SERVICE  TIMES:  DEX2*DISCRETE(1,1)  DEX2*DISCRETE(1,1) 

QUEUE :D31  /*  LEVEL  3  DEVICE  1  •/ 

TYPE  CLASS  LIST:  DI31  DX31 

SERVICE  TIMES:  DEX3 ‘DISCRETE (1,1)  DEX3*DISCRETE (1 , 1) 
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QUEUE :D32  /•  LEVEL  3  DEVICE  2  •/  ' 

TYPE  CLASS  LIST:  DI32  DX32 

SERVICE  TIMES:  DEX3«DISCRETE (1 , 1 )  DEX3*DISCRETE (1 , l) 


/•  SET  NODES  FOR  COLLECTING  STATISTICS  */ 

SET  NODES:  SSTAT  /»  SUMMARIZE  STATISTICS  •/ 


ASSIGNMENT  LIST:  SUMW  =  SUMW  +  CLOCK  -  JV(0)  ■*■+ 

NTXN  =  NTXN  +1  ++ 

MRESP  =  SUMW/NTXN 

SET  NODES:  STIME  /•  SET  START  TIME  •/ 

ASSIGNMENT  LIST:  JV(0)  =  CLOCK  /«  CURRENT  SIMULATION  TIME  •/ 


/•••*««««*•«•*«*«**«*«••««*««./ 

/»  FLOW  UNBALANCED  POINTS  «/ 

SPLIT  NODES:  OVLll  SPACK2  SPACK3  SPOVH2  SPSTBl  SPSTORl 

/•»««*«**««««**»*«*«««*****«*****««*«»««*it*«****i>i>/ 

/»  DUMMY  NODES  TO  CLARIFY  ROUTING  DEFINITIONS  »/ 


DUMMY  NODES 
DUMMY  NODES 
DUMMY  NODES 
DUMMY  NODES 
DUMMY  NODES 
DUMMY  NODES 
DUMMY  NODES 
DUMMY  NODES 


ACK2  ACK21  ACK22  ACK3 
COMR  COMW 
INL2  INL3 
NIN2  NOVll  NOV2 
OVFll  OVH2  OVLl  OVL2 
RRR21  RRR22  RRR31  RRR32  RTF2  RTF3  RTOK 
STBl  STB23  STORl  STOR2  SWS21  SWS22  SWS31  SWS32 
SSS2  SSS21  SSS22  WWWl  WWWll 


/»*»»«»***»»*•***»*»»*»******»*»»«**«*«*»«»•»»«*»»/ 

/•  ROUTING  DEFINITIONS  «/ 


CHAIN :TADP1L3 


TYPE: OPEN 


SOURCE  LIST:S 


ARRIVAL  TIMES :INTARRTIME 


:S  ->  SINK 


/*  START  FOR  CPU  TXNS  */ 
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iSTARl  ->STIME  ->  WWWl  PRDIIR  ;  1-PREAD  PREAD 
;PRDI1R  ->  DIIR  FMLl(l)  ;  PINl  1-PINl 
:DI1R  ->  SSTAT 

;SSTAT  ->  STARl  /*  ACCUMULATE  STATISTICS  •/ 
:FML1(1)  ->  COMR 


/•  WRITE  TRANSACTION  »/ 


:WWW1  ->  PRDIIW  ->  SPSTBl 


:DI21  ->  FD1L2(1)  ->  RTF2 


/ . 

/*  DATA  IS  IN  D22  */ 
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:RRR22  ->  DI22 

:DI22  ->  FD1L2(2)  ->  RTF2 

/•  READ  THROUGH  FROM  LEVEL  2  »/ 

:RTF2  ->  KX2(1) 

:KX2(1)  ~>  FDlG(l)  ->  STORl 

/•  STORE  DATA  IN  LEVEL  1  AS  A  RESULT  OF  READ  THROUGH  »/ 

:STORl  ->  KXl(l)  ->  WWWll 
rWWWll  ->  FD1L1(2)  ->  DXl 
;DX1  ->  NOVll  OVLll  ;  1-POVl  POVl 
:NOVll  ->  SSTAT 


/•  OVERFLOW  FROM  LEVEL  1;  END  READ  TXN?  •/ 

/*  AT  THE  SAME  TIME  HANDLE  THE  OVERFLOW.  •/ 


:OVLll  “>  SSTAT  OVFll;  SPLIT 

:OVFll  ->  FML1(2)  ->  OVLl  ->  KIl(2)  ->  FMG(3)  ->  KI2(3) 
:KI2(3)  ->  FML2(4)  ->  MI2(2)->  SINK 


/*  DATA  IS  FOUND  IN  LEVEL  3  */ 


:INL3  ->  FML3{2)  ->  RRR31  RRR32;  .5  .5 

;RRR31  ->  DI31 

:DI3I  ->  FD2L3(a)  ->  RTFS 

:RRR32  ->  DI32 

:DI32  ->  FD2L3(2)  ->  RTF3 


/*  READ  THROUGH  FROM  LEVEL  3  •/ 

/*••* . . . ...../ 
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:RTF3  ->  KX3(1)  ->  RTOK 
:RTOK  ->  FD2G(1)  ->  SPSTORl 
:SPSTORl  “>  STORl  STOR2;  SPLIT 


/* 

/* 

/* 


»»*»*»»»•**»»»»»*»•*»*•*»»*»***»»«»«»»•***»»*»*»/ 
READ-THROUGH  TO  LEVEL  2  */ 

»**«*»»««**•»*«*******«««**»»******»**«*»*»»****/ 


:STOR2  ->  KX2(2) 

;KX2(2)  ->  FD2L2(1) 

:FD2L2(1)  ->  HX2(1)  ->  SPOVH2 
:SPOVH2  ->  SSS2  OVH2;  SPLIT 
:SSS2  ->  SSS21  SSS22;  .5  .5 


/•  STORE  INTO  D21  •/ 


:SSS21  ->  FD2L2(2) 

!FD2L2(2)  ->  DX21(1)  ->  SINK 

/«»»»»»«»*****»«*«*»«*»/ 

/*  STORE  INTO  D22  •/ 

/*•»*»«****»«***««•««**/ 

:SSS22  ->  FD2L2(3) 

:FD2L2(3)  ->  DX22(l)  ->  SINK 
:OVH2  ->  NOV2  OVL2;  1-POV2  POV2 
;NOV2  ->  SINK 


/•  HANDLE  ANY  OVERFLOW  FROM  LEVEL  2  •/ 


;OVL2  ->  FML2(5)  ->  KI2(4)->  FMG(4) 

;FMG(4)  ->  KI3(2)  ->  FML3(3)  ->  MI3(2)->  SINK 


/•  COMMON  CODE  FOR  WRITE  TO  LOWER  LEVELS  */ 

/•  — . . . 


;COMW  ->  KX1(2) 
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;KX1(2)  ->  FD1G(2) 

:FD1G(2)  ->  KX2(3) 

:KX2(3)  ->  FD1L2(3) 

;FD1L2{3)  ->  MX2(2)  ->  SWS21  SWS22;  .5  -5 

/«««««***•«*»*«*•****«««/ 

/•  SERVICED  BY  D2l  •/ 

;SWS21  ->  FD1L2(4)  ->  DX2l(2)  ->  FD2L2(4)  ->  SPACK2 
:SPACK2  ->  ACK2  STB23;  SPLIT 
:ACK2  ->  FML2(6)  ->  ACK21 

/»  SERVICED  BY  D22  */ 

:SWS22  ->  FDiL2(5)  ->  DX22(2)  ->  FD2L2(5)  ->  SPACK3 
;SPACK3  ->  ACK3  STB23;  SPLIT 
;ACK3  ->  FKL2(7)  ->  RCK21 

/*»•««»»«*»»*«««*»»«»»«»««***»«*»»»»»«»»»»*«»/ 

/«  STORE-BEHIND  FROM  LEVEL  2  TO  LEVEL  3  »/ 

/■***»««*«*«i>i>«*««*it«***««**««««*««««*****«*«/ 

:STB23  ->  KX2(4)  ->  FD2G(2)  ->  KX3(2)  ->  FD2L3(3)  ->  MX3 
;MX3  ->  SWS31  SWS32;  .5  .5 

/»»»*»»»***»**»»»**«*»*»/ 

/»  SERVICED  BY  D3l  •/ 

:SWS3l  ->  FD2L3(4)  ->  DX31 
:DX31  ->  FML3(4) 

/•  SERVICED  BY  D32  •/ 

/«• . . . *•/ 

:SWS32  ->  FD2L3{5)  ->  DX32 
:DX32  ->  FML3(4) 


:FML3(4)  ->  ACK22 
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/*  ACKNOWLEDGEMENT  FROM  LEVEL  3  TO  LEVEL  2  «/ 

/*»*»»«»»»»*»»*»«**»»»»»»«»»»*»*»»*»«»»«*«*»*•»»/ 

:ACK22  ->  KI3(3)  ->  FMG(5)  ->  KI2(5) 

:KI2(5)  ->  FML2(8)  ->  MI2(3) 

:MI2(3)  ->  FML2(9)  ->  ACK2i 

/»**»»***»»»»»»*»»**«*»»*«»«»«*»»**«»»*•»»•*»»»*/ 

/•  ACKNOWLEDGEMENT  FROM  LEVEL  2  TO  LEVEL  1  •/ 

:ACK21  ->  KI2(6)->  FMG(6)  ->  KI1(3) 

:K11(3)  ->  FML1(3)  ->  DIIW  ->  SINK 
CONFIDENCE  INTERVAL  METHOD; NONE 
INITIAL  STATE  DEFINITION  - 
CHAIN ;TADP1L3 
NODE  LIST;  STARl 

INIT  POP;  MAXMP 
RUN  LIMITS  - 

SIMULATED  TIME;  SIK_TIME 
LIMIT  -  CP  SECONDS;  CPU_SEC 
TRACE; NO 


END 
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MODEL ;TADP1L3 
CPU_SEC:100 
HIGH:1 
LOW:l 
MAXMP:20 
MEDIUM;! 

PIN!: .7 
PIN2: .7 
PIN3;1.0 
POVl : . 5 
POV2 : . 5 
PREAD: .7 


/•  HIGH  PRIORITY  •/ 

/•  LOW  PRIORITY  «/ 

/•  MAX  DEGREE  OF  MULTIPROGRAMMING  */ 
/•  MEDIUM  PRIORITY  */ 

/*  PROBABILITY  IN  LEVEL  1  •/ 

/•  PROBABILITY  IN  LEVEL  2  »/ 

/•  PROBABILITY  IN  LEVEL  3  •/ 

/*  PROBABILITY  OF  OVERFLOW  LEVEL  1  • 
/•  PROBABILITY  OF  OVERFLOW  LEVEL  2  * 
/•  PROPORTION  OF  READ  REQUESTS  •/ 
SIM_TIME: 100000000 
RUN  END:  CPU  LIMIT 

NO  ERRORS  DETECTED  DURING  SIMULATION. 


/ 

/ 


SIMULATED  TIME; 
CPU  TIME: 
NUMBER  OF  EVENTS: 


3.2434E+06 

100.34 

97358 


WHAT;GV 

ELEMENT 

FINAL  VALUES  OF  GLOBAL  VARIABLES 

CLOCK 

3.2434E+06 

MRESP 

1.0922E+04 

NTXN 

5878.00000 

SUMW 

6.4197E+07 

ELEMENT 

UTILIZATION 

START 

0.00000 

D1 

0.64014 

LI 

0.25110 

K1 

0.25110 

G 

0.80593 

K2 

0.36909 

L2 

0.97544 

M2 

0.34360 

K3 

0.12900 

L3 

0.98012 

M3 

0.13418 

D21 

0.45478 

D22 

0.45354 

D31 

0.62713 

D32 

0.60202 

CONTINUE 

RUN: YES 

LIMIT  - 

CP  SECONDS: 200 

RUN  END:  CPU  LIMIT 
RUN  END:  CPU  LIMIT 

NO  ERRORS  DETECTED  DURING  SIMULATION. 
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SIMULATED  TIME: 


CPU 

NUMBER  OF  E\ 

WHAT:GV 

ELEMENT 

FINAL  VALUES 

CLOCK 

6.5962E+06 

MRESP 

1.1560E+04 

NTXN 

1.1331E+04 

SUMW 

1.3099E-*-0e 

ELEMENT 

UTILIZATION 

START 

0.00000 

D1 

0.61495 

PRD  HR 

0.23862 

PRDIIW 

0.05274 

DIIR 

0.08316 

DXl 

0.03588 

DIIW 

0.20454 

LI 

0.24489 

FDlLl(l) 

0.05139 

FD1L1(2) 

0.03611 

FMLl(l) 

0.03323 

FML1(2) 

0.0168C 

FMLlO) 

0.10735 

K1 

0.24489 

KIl(l) 

0.03267 

KI1(2) 

0.01693 

KI1(3) 

0.10652 

KXl (1) 

0.03624 

KX1(2) 

0.05253 

G 

0.80004 

FDlG(l) 

0.02092 

FD1G(2) 

0.04533 

FD2G(1) 

0.06923 

FD2G(2) 

0.444C7 

FMG(l) 

0.02961 

FMG(2) 

9.2314E-03 

FMG ( 3 ) 

0.01544 

FMG(4) 

4.5884E-03 

FMG(5) 

0.04740 

FMG(6) 

0.11421 

K2 

0.36336 

KI2(1) 

0.03347 

KI2(2) 

0.01051 

KI2 (3) 

0.01648 

KI2(4) 

5.0560E-03 

KI2{5) 

C.0512C 

KI2(6) 

0.10404 

KX2(1) 

0.02485 

KX2 (2) 

0.01040 

KX2(3) 

0.05351 

6.5962E+06 

200.11 

193724 
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KX2(4) 

L2 

FD1L2 (1) 
FD1L2(2) 
FD1L2(3) 
FD1L2(4) 
FD1L2(5) 
-FD2L2(1) 
FD2L2(2) 
FD2L2(3) 
FD2L2(4) 
FD2L2(5) 
FML2(1) 
FML2(2) 
FKL2 (3) 
FML2(4) 
FML2 (5) 
FKL2 (6) 
FML2(7) 
FML2(8) 
FML2 (9) 
K2 

MI2(1) 
KI2(2) 
MI2(3) 
KX2 (1) 
MX2(2) 

K3 

KI3(1) 
KI3(2) 
KI3 (3) 
KX3 (1) 
KX3 (2) 

L3 

FD2L3 (1) 
FD2L3(2) 
FD2L3 (3) 
FD2L3 (4) 
FD2L3(5) 
FML3 (1) 
FKL3 (2) 
FKL3(3) 
FKE3 (4j 
M3 

MI3(1) 

MI3(2) 

MX3 

D21 

DX21 (1) 
DX21(2) 
DI2: 

D22 

DX22(1) 

DX22(2) 


0.05385 

0.96368 

0.01228 

0.01321 

0.05359 

0.02740 

0.02654 

0.07878 

0.03998 

0.03806 

0.21739 

0.21189 

0.03591 

0.01042 

0.02546 

0.01785 

4.9972E-03 

0.02657 

0.02590 

0.04877 

0.04865 

0.33513 

0.07100 

0.03310 

0.09836 

0.01966 

0.11301 

0.12901 

0.01046 

5.0480E-03 

0.05056 

0.01016 

0.05278 

0.98519 

0.04204 

0.03972 

0.41405 

0.21038 

0.20271 

0.01036 

0.01035 

5.09C3E-03 

0.05049 

0.13459 

0.02032 

9.8308E-03 

0.10445 

0.44329 

0.04362 

0.28420 

0.11547 

0.43920 

0.04255 

0.27342 
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DI22 

D31 

DI31 

DX31 

D32 

DI32 

DX32 


ELEMENT 

START 

D1 

PRD  HR 
PRDIIW 
DIIR 
DXl 
DIIW 
LI 

FDlLl(l) 
FD1L1(2) 
FMLl (1) 
FMLl (2) 
FMLl (3) 
K1 

KIl(l) 
Kn(2) 
KI1(3) 
KXl  (1) 
KX1(2) 

G 

FDlG(l) 

FD1G(2) 

FD2G(1) 

FD2G(2) 

FMG(l) 

FMG(2) 

FMG(3) 

FMG(4) 

FMG(5) 

FMG(6) 

K2 

KI2  (1) 
KI2(2) 
KI2(3) 
KI2(4) 
KI2(5) 
KI2(6) 
KX2(1) 
KX2(2) 
KX2(3) 
KX2(4) 

L2 

FD1L2(1) 

FD1L2(2) 


0.12323 

0.62421 

0.09737 

0.52684 

0.60672 

0.08667 

0.52005 


THROUGHPUT 

1.7209E-03 

3.9337E-03 

1.1931E-03 

5.2743E-04 

8.3154E-04 

3.5885E-04 

1.0227E-03 

2.4489E-03 

5.2743E-04 

3.5885E-04 

3.6142E-04 

1.7829E-04 

1.0229E-03 

2.4489E-03 

3.6142E-04 

1.7829E-04 

1.0229E-03 

3.5885E-04 

5.2743E-04 

3.6335E-03 

2.5333E-04 

5.2743E-04 

1.0552E-04 

5.1833E-04 

3.6142E-04 

1.0718E-04 

1.7829E-04 

5.1545E-05 

5.0757E-04 

1.0229E-03 

3.6335E-03 

3.6142E-04 

1.0718E-04 

1.7829E-04 

5.1545E-05 

5.0757E-04 

1.0229E-03 

2.5333E-04 

l,0552E-04 

5.2743E-04 

5.1833E-04 

4.5116E-03 

1.2386E-04 

1.2947E-04 


FD1L2(3) 
FD1L2(4) 
FD1L2 (5) 
FD2L2(1) 
FD2L2(2) 
FD2L2(3) 
FD2L2(4) 
-FD2L2(5) 
FML2(1) 
FML2(2) 
FML2(3) 
FML2 (4) 
FKL2(5) 
FML2 (6) 
FML2 (7) 
FML2 (8) 
FMI.2  (9) 
M2 

MI2(1) 

MI2(2) 

MI2(3) 

MX2(1) 

MX2(2) 

K3 

KI3(1) 

KI3(2) 

KI3(3) 

KX3(1) 

KX3(2) 

L3 

FD2L3 (1) 
FD2L3(2) 
FD2L3(3) 
FD2L3(4) 
FD2L3(5) 
FKL3 (1) 
FML3(2) 
FKL3  (3) 
FML3(4) 
M3 

MI3(1) 

MI3(2) 

MX3 

D21 

DX21(1) 

DX21(2) 

DI21 

D22 

DX22(1) 
DX22 (2) 
DI22 
D31 
DI31 
DX31 


5.2606E-04 

2.6697E-04 

2.5818E-04 

1.0430E-04 

5.2455E-05 

5.1545E-05 

2.6364E-04 

2.5485E-04 

3.6097E-04 

1.0718E-04 

2.5333E-04 

1.7813E-04 

5.1545E-05 

2.6349E-04 

2.5439E-04 

5.0620E-04 

5.0499E-04 

1.6757E-03 

3.6097E-04 

1.7813E-04 

5.0620E-04 

1.0430E-04 

5.2606E-04 

1.2901E-03 

1.0718E-04 

5.1545E-05 

5.0757E-04 

1.0552E-04 

5.1833E-04 

1.9019E-03 

5.3213E-05 

5.2303E-05 

5.1454E-04 

2.5803E-04 

2.5060E-04 

1.0703E-04 

1.0703E-04 

5.1545E-05 

5.0757E-04 

6.7297E-04 

1.0703E-04 

5.1545E-05 

5.1439E-04 

4.4329E-04 

5.2455E-05 

2.6697E-04 

1.2386E-04 

4.3920E-04 

5.1545E-05 

2.5818E-04 

1.2947E-04 

3.1200E-04 

5.4122E-05 

2.5788E-04 
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D32 

DI32 

DX32 

SSTAT 

STIME 

OVLll 

SPACK2 

SPACK3 

SPOVH2 

SPSTBl 

SPSTORl 

ACK2 

ACK21 

ACK22 

ACK3 

COMP 

COMW 

INL2 

INL3 

KIN2 

KOVll 

NOV2 

OVFll 

OVH2 

OVLl 

OVL2 

RRR21 

RRR22 

RRR31 

RRR32 

RTF2 

RTF3 

RTOK 

STBI 

STB23 

STORl 

STOR2 

SWS21 

SWS22 

SWS31 

SWS32 

SSS2 

55521 

55522 
WWWl 
WWWll 
SINK 


3.0336E-04 

5.2758E-05 

2.5060E-04 

1.7178E-03 

1.7209E-03 

1.7829E-04 

2.6364E-04 

2,5485E-04 

1.0430E-04 

5.2743E-04 

1.0552E-04 

2.6364E-04 

1.0229E-03 

5.0757E-04 

2.5485E-04 

3.6142E-04 

5.2743E-04 

2.5363E-04 

1.0703E-04 

1.0734E-04 

1.8056E-04 

5.2758E-05 

1.7829E-04 

1.0430E-04 

1.7829E-04 

5.1545E-05 

1.2386E-04 

1.2947E-04 

5.4274E-05 

5.2758E-05 

2.5333E-04 

1.0552E-04 

1.0552E-04 

5.2743E-04 

5.1848E-04 

3.5885E-04 

1.0552E-04 

2.6728E-04 

2.5879E-04 

2.6136E-04 

2.5303E-04 

1-0430E-04 

5.2758E-05 

5.1545E-05 

5.2743E-04 

3.5885E-04 

1.4092E-03 


ELEMENT 

START 

Di 

PRDIIR 

PRDIIW 


MEAN  QUEUE  LENGTH 
0.00000 
1.37406 
0.47966 
0.15958 
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DIIR 

DXl 

DIIW 

LI 

FDlLl(l) 
FD1L1(2) 
FMLl(l) 
TMLl (2) 
FMLIO) 

K1 

KIl(l) 

KI1(2) 

KI1(3) 

KXl(l) 

KX1(2) 

G 

FDlG(l) 

FD1G(2) 

FD2G(1) 

FD2G(2) 

FMG(l) 

FM6(2) 

FKG(3) 

FMG(4) 

FMG(6) 

FMG{6) 

K2 

K12(l) 
KI2(2) 
KI2(3) 
KI2(4) 
KI2(5) 
KI2(6) 
KX2 (1) 
KX2{2) 
KX2(3) 
KX2(4) 

L2 

FD1L2(1) 

FD1L2{2) 

FD1L2(3) 

FD1L2(4) 

FD1L2 (5) 

FD2L2(1) 

FD2L2(2) 

FD2L2(3) 

FD2L2(4) 

FD2L2(5) 

FML2(1) 

FKL2(2) 

FML2(3) 

FKL2(4) 

FML2(5) 

FML2 (6) 


0.26735 
0.09235 
0.37512 
0. 31366 
0.06583 
0.04625 
0.04257 
0.02151 
0.13751 
0.32097 
0.04282 
0.02218 
0.13962 
0.04749 
0.06885 
7.91954 
0.20707 
0.44875 
0.68531 
4.39582 
0.29313 
0.09138 
0.15287 
0,04542 
0.46925 
1.13054 
0.59288 
0.05462 
0.01715 
0.02689 
8.2497E-03 
0.08353 
0.16976 
0.04054 
0.01696 
0.08731 
0.08787 
76.70413 
0.97781 
1.05140 
4.26544 
2.18092 
2.11235 
6.27031 
3.18256 
3.03127 
17.30345 
16.86565 
2.85818 
0.82971 
2.02629 
1.42084 
0.39775 
2.11499 
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FML.2(7) 

FML2(8) 

FML2(9) 

M2 

MI2(1) 

MI2(2) 

MI2(3) 

MX2(1) 

KX2(2) 

K3 

KI3(1) 

KI3(2) 

KI3(3) 

KX3{1) 

KX3(2) 

L3 

FD2L3(1) 

FD2L3(2) 

FD2L3(3) 

FD2L3(4) 

FD2L3(5) 

FML3(1) 

FML3(2) 

FML3(3) 

FML3(4) 

M3 

MI3(1) 

MI3(2) 

MX3 

D21 

DX21(1) 

DX21(2) 

DI21 

D22 

DX22 (1) 
DX22(2) 
DI22 
D31 
DI31 
DX31 
D32 
DI32 
DX32 


2.06155 

3.88159 

3.87210 

0.55846 

0.11832 

0.05516 

0.16390 

0.03276 

0.18832 

0.15156 

0.01229 

5.9300E-03 

0.05939 

0.01194 

0.06200 

79.83951 

3.40692 

3.21859 

33.55435 

17.04948 

16.42714 

0.83991 

0.83911 

0.41251 

4.09150 

0.16638 

0.02511 

0.01215 

0.12911 

1.08901 

0.10716 

0.69817 

0.28367 

1.03493 

0.10026 

0.64430 

0.29038 

2.40771 

0.37557 

2.03213 

1.87286 

0.26754 

1.60531 


ELEMENT 

START 

D1 

PRD  HR 
PRDIIW 
DUE 
DXl 
DIIW 
LI 


MEAN  QUEUEING  TIME 
0.00000 
349.29346 
402.00757 
302.55811 
321.47656 
257.36450 
366.77100 
128.08629 
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FDlLl(l) 

FD1L1(2) 

FMLl(l) 

FML1(2) 

FMLlO) 

K1 

KIl(l) 

-KI1(2) 

KI1(3) 

KXl(l) 

KXI(2) 

G 

FDlG(l) 

FD1G(2) 

FD2G(1) 

FD2G(2) 

FMGd) 

FMG(2) 

FMG(3) 

FMG(4) 

FMG(5) 

FKG(6) 

K2 

KI2(1) 

KI2(2) 

KI2(3) 

KI2(4) 

KI2(5) 

KI2(6) 

KX2(1) 

KX2(2) 

KX2(3) 

KX2(4) 

L2 

FD1L2(1) 
FD1L2(2) 
FD1L2(3) 
FD1L2(4) 
FD1L2(5) 
FD2L2(1) 
FD21.2(2) 
FD2L2(3) 
FD2L2(4) 
FD2L2(5) 
FML2(1) 
FKL2(2) 
FML2 ( 3 ) 
FML2{4) 
FKL2(5) 
FKL2(5) 
FML2(7) 
FML2(8) 
FML2(9) 
K2 


124.80728 

128.88383 

117.77933 

120.67012 

134.43176 

131.06851 

118.46901 

124.43440 

136.49586 

132.34869 

130.54839 

2179.60156 

817.38452 

850.83374 

6494.85156 

8480.69922 

811.04736 

852.56104 

857.46899 

881.17114 

924.49634 

1105.26001 

163.16872 

151.11467 

159.99593 

150.82721 

160.04846 

164.57693 

165.96339 

160.03802 

160.76300 

165.53809 

169.50005 

1.6934E+04 

7894.45703 

8120.82422 

8098.81250 

8166.73436 

8177.44922 

5.9777E+04 

e.05l0E+04 

5.8808E+04 

6.5208E-^04 

6.5698E+04 

7913,83984 

7734.85547 

7990.48826 

7975.50781 

7716.59766 

8024.75172 

8097.78125 

7655.10938 

7655,71875 

333.27661 
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MI2(1) 

M12(2) 

MI2(3) 

KX2(1) 

HX2(2) 

K3 

KI3(1) 

'KI3(2) 

KI3(3) 

KX3(1) 

KX3(2) 

L3 

FD2L3(1) 
FD2L3(2) 
FD2L3(3) 
FD2L3(4) 
FD2L3(5) 
FKL3(1) 
FML3(2) 
FML3(3) 
FML3 (4) 
K3 

KI3(1) 

m3(2) 

MX3 

D21 

DX21(1) 

DX21(2) 

DI21 

D22 

DX22(1) 

DX22(2) 

DI22 

D31 

DI31 

DX31 

D32 

DI32 

DX32 


327.77686 

309.66992 

323.78540 

314.11816 

357.97559 

117.47263 

114.68506 

115.04561 

117.01743 

113.13005 

119.62016 

4.1748E+04 

6.3345E+04 

6.1056E+04 

6.4902E+04 

6.5629E+04 

6.5153E+04 

7836.05078 

7839.79688 

8002.93359 

8055.91797 

247.23100 

234.63078 

235.76187 

251.00208 

2456.66089 

2042.97485 

2615.14063 
2290.26245 

2356.42749 

1945.03540 

2495.52588 

2242.83081 

7715.78906 

6939.23828 

7878.76953 

6173.74609 

5071.14063 
6405.87109 


ELEMENT 

START 

D1 

PRDIIR 

PRDIIW 

DIIR 

DXl 

DIIW 

LI 

FDILI (1) 
FD1L1(2) 
FMLl(l) 
FML1(2) 


MAXIMUM  QUEUE  LENGTH 
20 
20 
14 
6 

10 

3 

8 

8 

5 

3 

2 

2 
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FML1(3) 

6 

K1 

8 

KIl(l) 

2 

Kll(2) 

2 

Kll(3) 

6 

KXl(l) 

4 

KX1(2) 

5 

G 

72 

FDlG(l) 

5 

FD1G(2) 

9 

FD2G(1) 

7 

FD2G(2) 

40 

FMG(l) 

5 

FMG(2) 

3 

FKG(3) 

5 

FMG(4) 

2 

FMG(5) 

8 

FMG(6) 

23 

K2 

11 

KI2(1) 

3 

KI2(2) 

2 

KI2(3) 

2 

KI2(4) 

2 

KI2(5) 

4 

KI2(6) 

5 

KX2(1) 

3 

KX2(2) 

2 

KX2(3) 

5 

KX2(4) 

5 

L2 

197 

FD1L2{1) 

7 

FD1L2(2) 

8 

FD1L2(3) 

22 

FD1L2(4) 

15 

FD1L2(5) 

14 

FD2L2(1) 

19 

FD2L2(2) 

13 

FD2L2(3) 

11 

FD2L2(4) 

58 

FD2L2(5) 

49 

FML2 (1) 

13 

FML2(2) 

10 

FML2{3) 

11 

FML2(4) 

7 

FML2(5) 

4 

FML2(6) 

15 

FML2(7) 

14 

FML2(8) 

18 

FML2(9) 

18 

M2 

10 

MI2(1) 

4 

MI2(2) 

3 

MI2(3) 

5 

MX2(I) 

2 
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MX2(2) 

K3 

KI3(1) 

KI3(2) 

KI3(3) 

KX3(1) 

KX3(2) 

L3 

FD2L3(1) 
FD2L3(2) 
FD2L3(3) 
FD2L3(4) 
FD2L3(5) 
FML3 (1) 
FML3(2) 
FML3(3) 
FML3(4) 
M3 

MI3(1) 

MI3(2) 

MX3 

D21 

DX21(1) 

DX21(2) 

DI21 

D22 

DX22(1) 

DX22(2) 

DI22 

D31 

DI31 

DX31 

D32 

DI32 

DX32 


7 

5 

2 

2 

3 
2 

5 

189 

11 

10 

87 

55 

48 

6 
6 

4 
25 

6 

3 

2 

6 

13 

3 

11 

5 

16 

3 

11 

5 

25 

4 
23 

19 

5 

17 


ELEMENT 

START 

D1 

PRD  HR 
PRDIIW 
DIIR 
DXl 
DIIW 
LI 

FDlLl(l) 

FD1L1(2) 

FMLKl) 

FML1(2) 

FML1(3) 

K1 

KiKl) 

Kll(2) 


MAXIMUM  QUEUEING  TIME 
0.00000 
3400.00000 
3400.00000 
3400.00000 
3200.00000 
2808.18140 
2650.81152 
581.16846 
581.16846 
549.06543 
513.50342 
452.17725 
565.42651 
665.65845 
441.81323 
645.96436 
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KIlO) 

642 . 84961 

KXl  (1) 

665.65845 

KX1(2) 

661.41357 

G 

4.0380E+04 

FDlG(l) 

6300.22266 

FD1G(2) 

6423.61719 

FD2G(1) 

3.9938E+04 

-FD2G(2) 

4.0380E+04 

FMG(l) 

6252.17578 

FMG(2) 

5493.85938 

FMG(3) 

6364.11328 

FMG(4) 

5133.42188 

FMG(5) 

6438.33984 

FMG(6) 

6431.50781 

K2 

910.31616 

KI2(1) 

880.74829 

KI2(2) 

674.80884 

KI2(3) 

626.01733 

KI2{4) 

802.71582 

KI2(5) 

709.76807 

KI2{6) 

904.23169 

KX2(a) 

715.29907 

KX2(2) 

719.34521 

KX2(3) 

909.34375 

KX2(4) 

910.31616 

L2 

1.4167E+05 

FD1L2(1) 

1.8979E+04 

FD1L2(2) 

1.9164E+04 

FD1L2(3) 

1.9l23E-*-04 

FD1L2(4) 

1.9151E+04 

FD1L2(5) 

1.9158E+04 

FD2L2(1) 

1.4165E+05 

FD2L2(2) 

1.4167E+05 

FD2L2(3) 

1.3825E+05 

FD2L2(4) 

1.4166E+05 

FD2L2(5) 

1.4166E+05 

FML2(1) 

1.9158E+04 

FML2(2) 

1.8904E+04 

FML2(3) 

1.9106E+04 

FML2(4) 

1.9132E+04 

FML2(5) 

1.8413E+04 

FML2(6) 

1.9166E+04 

FML2(7) 

1.9020E+04 

FML2(8) 

1.9167E+04 

FKL2(9) 

1.9i67E+04 

M2 

1634.19556 

MI2(1) 

1614.36963 

MI2(2) 

1634.19556 

KI2(3) 

1577.35400 

MX2(1) 

1334.56201 

MX2(2) 

1612.03955 

K3 

401.86743 

KI3(1) 

374.20288 

KI3(2) 

331.81982 
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KI3 (3) 
KX3(1) 
KX3(2) 

L3 

FD2L3(1) 

FD2L3(2) 

FD2L3(3) 

FD2L3(4) 

FD2L3(5) 

FML3(1) 

FML3(2) 

FML3(3) 

FHL3(4) 

K3 

KI3(1) 

m:3(2) 

MX3 

D21 

DX21 (1) 
DX21(2) 
DI21 
D22 

DX22(1) 

DX22(2) 

DI22 

D31 

DI31 

DX31 

D32 

DI32 

DX32 


401.86743 

307.38501 

374.37158 

1.4121E+05 

1.4038E+05 

1.4086E+05 

1.4121E+05 

1.4120E+05 

1.4121E+05 

1.8381E+04 

1.8427E+04 

1.8039E+04 

1.8529E+04 

950.95117 

944.80371 

698.56274 

950.95117 

1.0973E+04 

9270.82031 

1.0973E+04 

1.0973E+04 

1.3226E+04 

9103.28906 

l,3222E+04 

1.3226E+04 

4.0320E+04 

4.0151E+04 

4.0320E+04 

3.0827E+04 

3.0772E+04 

3.0827E+04 


ELEMENT 

NUMBER 

START 

11351 

D1 

25947 

PRD IIP 

7870 

PREIIW 

3479 

DIIR 

5485 

DXl 

2367 

DIIW 

6746 

LI 

16153 

FDILI (1) 

3479 

FD1L1(2) 

2367 

FMLl (1) 

2384 

FMLl (2) 

1176 

FMLl (3) 

6747 

K1 

16153 

KIKl) 

2364 

KIl (2) 

1176 

KIl (3) 

6747 

KXl(l) 

2367 

KX1(2) 

3479 

G 

23967 

1 
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FDlG(l) 

1671 

FD1G(2) 

3479 

FD2G(I) 

696 

FD2G(2) 

3419 

FMG(l) 

2384 

FMG(2) 

707 

FMG(3) 

1176 

FMG(4) 

340 

FMG ( 5 ) 

3348 

FMG(6) 

6747 

K2 

23967 

KI2(1) 

2384 

KI2 (2) 

707 

KI2(3) 

1176 

KI2(4) 

340 

KI2(5) 

3348 

KI2(6) 

6747 

KX2(1) 

1671 

KX2(2) 

696 

KX2(3) 

3479 

KX2(4) 

3419 

L2 

29759 

FD1L2(1) 

817 

FD1E2(2; 

854 

FD1L2(3) 

3470 

FD1L2(4) 

1761 

FD1L2(5) 

1703 

FD2L2(1) 

688 

FD2L2(2) 

346 

FD2L2(3) 

340 

FD2L2(4) 

1739 

FD2L2{5) 

1681 

FML2(1) 

2381 

FML2 (2) 

707 

FKL2(3) 

1671 

FML2(4) 

1175 

FKL2(5) 

340 

FKL2(6) 

1738 

FML2(7) 

1678 

FML2(8) 

3339 

FML2(9) 

3331 

K2 

11053 

MI2(1) 

2381 

MI2(2) 

1175 

MI2(3) 

3339 

KX2(1) 

688 

KX2(2) 

3470 

K3 

8510 

KI3(1) 

707 

KI3(2) 

340 

KI3(3) 

3348 

KX3{1) 

696 

KX3(2) 

3419 

L3 

12545 

FD2L3{1) 

351 

FD2L3(2) 

345 

FD2L3(3) 

3394 

FD2L3(4) 

1702 

FD2L3(5) 

1653 

FML3(1) 

706 

FML3 (2) 

706 

-FML3(3) 

340 

FML3(4) 

3348 

M3 

4439 

KI3(1) 

706 

MI3(2) 

340 

MX3 

3393 

D21 

2924 

DX21(1) 

346 

DX21(2) 

1761 

DI21 

817 

D22 

2897 

DX22{1) 

340 

DX22(2) 

1703 

DI22 

854 

D31 

2058 

DI31 

357 

DX31 

1701 

D32 

2001 

DI32 

348 

DX32 

1653 

SSTAT 

11331 

STIME 

11351 

OVLll 

1176 

SPACK2 

1739 

SPACK3 

1681 

SPOVH2 

688 

SPSTBI 

3479 

SPSTORl 

696 

ACK2 

1739 

ACK21 

6747 

ACK22 

3348 

ACK3 

1681 

COMP 

2384 

COMW 

3479 

INL2 

1673 

INL3 

706 

NIN2 

706 

NOVll 

1191 

NOV2 

348 

OVFll 

1176 

OVH2 

688 

ovl: 

1176 

OVL2 

340 

RRR21 

817 

RRR22 

854 

RRR31 

358 

RRR32 

348 
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. 


I 


1 


I 


i 
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RTF2 

RTF3 

RTOK 

STBl 

STB23 

STORl 

STOR2 

SWS21 

SWS22 

SWS31 

SWS32 

SSS2 

55521 

55522 
WWVJl 
WWWll 
SINK 


1671 

696 

696 

3479 

3420 

2367 

696 

1763 

1707 

1724 

1669 

688 

348 

340 

3479 

2367 

9295 


ELEMENT 

START 

D1 

PRD  HR 
PRDIIW 
DIIR 
DXl 
DIIW 
LI 

FDlLl(l) 
FD1L1(2) 
FMLl (1) 
FML1(2) 
FKLl (3) 
K1 

KiKl) 
KIl (2) 
KIl (3) 
KXl  (1^ 
KXl (2) 

G 

FDlGd) 

■  FD1G(2) 
FD2G(1) 
FD2G(2) 
FMG ( 1 ) 
FMG(2) 
FMG ( 3 ) 
FMG (4) 
FMG (5) 
FMG(6) 
K2 

KI2(1) 
KI2 (2) 
KI2 (3) 


FINAL  LENGTHS 
0 
4 

2 

0 

1 

0 

1 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

0 

0 

0 


KI2 (4) 
KI2(5) 
KI2 (6) 
KX2 ( 1 ) 
KX2(2) 
KX2  (3) 
KX2(4) 

,2 

FD1L2 (1) 
FD1L2(2) 
FD1L2 (3) 
FD1L2(4) 
FD1L2(5) 
FD2L2 (1) 
FD2L2(2) 
FD2L2 (3) 
FD2L2 (4) 
FD2L2 (5) 
FML2 (1) 
FKL2(2) 
FKL2 ( 3 ) 
FKL2 (4) 
FKL2(5) 
FKL2(6) 
FML2 ( 7 ) 
FKL2(8) 
FML2(9) 
12 

KI2(1) 
MI2  (2) 
KI2(3) 
KJ:2  { 1 ) 
MX2 (2) 

■C3 

KI3(1) 
KI3  (2) 
KI3(3) 
KX3  (1) 
KX3(2) 

.3 

FD2L3 (1) 
FD2L3 (2) 
FD2L3 (3) 
FD2L3 (4) 
FD2L3(5) 
FML3(1) 
FML3 (2) 
FML3(3^ 
FML3(4) 
113 

MI3(1) 

MI3(2) 
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DX21(1) 

0 

DX21 (2) 

0 

DI21 

0 

D22 

0 

DX22{1) 

0 

DX22(2) 

0 

DI22 

0 

D31 

2 

DI31 

1 

DX31 

1 

D32 

0 

DI32 

0 

DX32 

0 

ELEMENT 

FINAL  VALUI 

CLOCK 

6,5962E+06 

MRESP 

1-1560E+04 

NTXN 

1.1331E+04 

SUMW 

1.3099E+08 

ELEMENT 

MEAN  SERVIC 

START 

O.OOOOC 

D1 

156.33020 

PRDIIR 

199.99998 

PRDIIW 

100.00000 

DIIR 

100.00000 

DXl 

100.00000 

DIIW 

200.00000 

LI 

99.99998 

FDlLl  (1) 

97.44000 

FDILI (2) 

100.62267 

FMLl (1) 

91.95311 

FMLi (2) 

94.21002 

FKLl ( 3 ) 

104.95406 

K1 

99.99998 

Kiid) 

90.38708 

KI1(2) 

94.93843 

KI1(3) 

104,14084 

KXKl) 

100,97672 

KXl (2) 

99.60315 

G 

220.18608 

FDlG(l) 

82.57321 

FD1G(2) 

85.95229 

FD2G(1) 

656.11816 

FD2G(2) 

856.73071 

FMG(l) 

81.93301 

FMG(2) 

86.12679 

FMG(3) 

86.62259 

FMG(4) 

89.01701 

FMG(5) 

93.39378 

FMG(6) 

111.65474 

K2 

100.00218 
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KI2(1) 
KI2(2) 
KI2(3) 
KI2(4) 
KI2(5) 
KI2(6) 
KX2(1) 
KX2{2) 
KX2(3) 
KX2 (4) 

L2 

FD1L2(1) 
FD1L2(2) 
FD1L2(3) 
FD1L2(4) 
FD1L2(5) 
FD2L2(1) 
FD2L2(2) 
FD2L2(3) 
FD2L2(4) 
FD2L2(5) 
FML2 (1) 
FML2(2) 
FML2(3) 
FML2(4) 
FML2(5) 
FKL2(6) 
FKL2(7) 
FML2(8) 
FHL2(9) 
M2 

MI2 (1) 
MI2{2) 
MI2(3) 
MX2(1) 
MX2(2) 

K3 

KI3(1) 
KI3 (2) 
K13(3) 
KX3(1) 
KX3(2) 

L3 

FD2L3(1) 

FD2L3(2) 

FD2L3(3) 

FD2L3(4) 

FD2L3(5) 

FML3(i) 

FML3(2) 

FML3(3) 

FML3(4) 

M3 

MI3(1) 


92.61331 

98.05634 

92.43712 

98.08853 

100.86389 

101.71361 

98.08214 

98.52646 

101.45294 

103,89050 

213.60301 

99.18326 

102.02724 

101.86885 

102.63304 

102.79163 

755.27856 

762.26611 

738.84253 

824.59375 

831.46167 

99.48019 

97.25497 

100,49214 

100.21051 

96.94868 

100.84735 

101.81456 

96.33859 

96.33372 

199.99998 
196.69955 
185.83353 
194.30434 
188.50291 
214.82181 

99.99998 
97.62704 
97,93398 
99.61250 
96.30333 
101.82811 

518.01343 

790,03857 

759.34595 

804,69409 

815.35303 

808.87769 

96,83249 

96.74039 

98.75346 

99,46976 

199.99998 
189,80692 
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MI3(2) 

HX3 

D21 

DX21 (1) 
DX21 (2) 
DI21 
D22 

DX22 (1) 
DX22(2) 
DI22 
D31 
DI31 
DX31 
D32 
DI32 
DX32 


190.72194 

203.05064 

999.99976 

831.60620 

1064.51001 

932.26636 

999.99976 
825.41699 
1059.02930 
951.79272 

2000.65771 

1799.04370 

2042.97192 

1999.99976 
1642.80933 
2075.19800 


Appendix  VI : 

Listing  of  Analytic  Results  of  P1L3  Model  using  TAD 

This  listing  is  generated  by  TAD  for  the  P1L3  model 
presented  in  Chapter  VI. 3. 2..  It  also  serves  a  s  a  sample  session 
for  those  interested  in  using  TAD.  The  italic  font,  as  shown  in 
the  appendix,  indicates  the  responses  of  the  user  while  the 
regular  font  indicates  the  output  from  TAD. 
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ititu  «  *  ft 

»«•  INFOPLEX  TAD  VERSION  1.0  **« 

»  «  *  «  *  « 

««»  A  TOOL  FOR  ARCHITECTURAL  DESIGN  »** 

»  *  *  ft  *  Ik 

•«*  NOVEMBER  1983  *«« 

ft  ft  ft  ft  ft  ft 

ftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftftft 

IS  THIS  A  NEW  MODEL?  CONFIRM  YES/NO: 

NO  S  A  NEW  MODEL?  CONFIRM  YES/NO:  NO 

ENTER  THE  OLD  MODEL'S  NAME: 

T BALANCED? 9. P1 3 

NUMBER  OF  SERVICE  FACILITIES  IS:  14 

LEVEL  1  LOCAL  MEMORY  SERVICE  TIME  IS:  100  ns. 

BUS  MESSAGE  SERVICE  TIME  IS:  100  ns. 

ADJUST  PAPER  IF  NECESSARY;  TYPE  YES  WHEN  READY  1 

YES 


QQQQQQQQQQQQQQQQQQQ2QQQQQQQQQQQQQQQQQQ3Q2Q2QQQQQQ 

C 

Q 


1  GBUS  1  PE 

200  ns 


1  LBUS 
100  ns 

1  GC 

100  ns 

LEVEL  1 

1  LBUS 
800  ns 
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1  GC 

1  PE 

2  LSS 

100  ns 

200  ns 

1000  ns 

LEVEL  2 


1  LBUS 
3200  ns 


1  GC 

1  PE 

2  LSS 

100  ns 

200  ns 

2000  ns 

LEVEL  3 


FIG-1:  NUMBER  OF  SERVICE  FACILITIES  AND  THEIR.  SERVICE  TIMES. 


THE  PROBABILITY  OF  OVERFLOW  LEVEL  1  IS:  .5. 
THE  PROBABILITY  OF  OVERFLOW  LEVEL  2  IS:  .5. 
THE  PROBABILITY  OF  OVERFLOW  LEVEL  3  IS:  .5. 


DO  YOU  WANT  TO  SAVE  THE  MODEL?  CONFIRM  YES/NO: 

NO 


DO  YOU  WANT  TO  AUDIT  THE  VISIT-RATIO  REPORT?  CONFIRM  YES/NO 

YES 


YOU  CAN  SELECT  THE  COMBINATION  OF  POLICIES 
BY  ENTERING  THE  SUM  OF  THE  POLICY  NUMBERS  BELOW: 


10000  OPEN;  20000  CLOSED; 

1000  PERCOLATE;  2000  PARALLEL; 

100  RETRANSMIT;  200  RESERVE  SPACE; 


10  A  (LOCALITY,READ%)  POINT; 

1  EQUAL  PRIORITY;  2  STB  LOW  PRIORITY 


20  A  LOCALITY  SET  GIVEN  A  READ% ; 


PAGE  262 


THE  CURRENT  COMBINATION  OF  POLICIES  IS  11111  ; 

OPEN,  PERCOLATE,  RETRANSMIT,  A  (LOCALITY ,READ%)  POINT,  AND  EQUAL  PRIORITY. 


IS  THIS  WHAT  YOU  WANT?  CONFIRM  YES/NO: 

HO 


ENTER  THE  SUM  OF  THE  COMBINATION  OF  POLICIES!  21111 


YOU  CAN  SELECT  THE  COMBINATION  OF  POLICIES 
BY  ENTERING  THE  SUM  OF  THE  POLICY  NUMBERS  BELOW: 


10000  OPEN;  20000  CLOSED; 

1000  PERCOLATE;  2000  PARALLEL; 

100  RETRANSMIT;  200  RESERVE  SPACE; 

10  A  (LOCALITY, READ%)  POINT;  20  A  LOCALITY  SET  GIVEN  A  READ%; 

1  EQUAL  PRIORITY;  2  STB  LOW  PRIORITY; 


THE  CURRENT  COMBINATION  OF  POLICIES  IS  21111  : 

CLOSED,  PERCOLATE,  RETRANSMIT,  A  (LOCALITY, READ%)  POINT,  AND  EQUAL  PRIORITY. 

««*lt»««««*«««««*»«*****«*»*»»I»»«1t»lt,»**»»»*«lt**«*«*ft**««*»«*««*K*K**K»»***»«** 


IS  THIS  WHAT  YOU  WANT?  CONFIRM  YES/NO: 

YES 


ENTER  A  LOCALITY (ASSUME  THE  SAME  ACROSS  LEVELS)! 

.7 


ENTER  READ%! 

.7 


ENTER  THE  POPULATION  IN  THE  CLOSED  CHAIN! 

20 


CHECK  IN  DSH  LEVEL  ONE  PE. 
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NUMBER  OF  FACILITIES  LEVEL  VISIT-RATIO  SERVICE-TIME  VS-PRODUCT  CHAIN-TYPE 


1 


PE  1  .70000  200.000  140.0  1 


READ-THROUGH-MESSAGE  STOPS  WHEN  DATA  IS  FOUND; 

IT'S  FOLLOWED  BY  READ-THROUGH-RESULT-FOUND  TRANSACTION. 

READ-THROUGH-MSG . 


NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

1 

LEVS 

1 

.21000 

100.000 

21.0 

1 

1 

GC 

1 

.21000 

100.000 

21.0 

1 

1 

GBUS 

1 

.21000 

100.000 

21.0 

1 

1 

GC 

2 

.21000 

100.000 

21.0 

1 

1 

LBUS 

2 

.21000 

100.000 

21.0 

1 

1 

PE 

2 

.21000 

200.000 

42.0 

1 

1 

LBUS 

2 

.06300 

100.000 

6.3 

1 

1 

GC 

2 

.06300 

100.000 

6.3 

1 

1 

GBUS 

2 

.06300 

100.000 

6.3 

1 

1 

GC 

3 

.06300 

100.000 

6.3 

1 

1 

LBUS 

3 

.06300 

100.000 

6.3 

1 

1 

PE 

3 

.06300 

200.000 

12.6 

1 

READ-THROUGH-RESULTS 

FOUND 

AT  LEVEL  1 

NUMBER  OF  FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT  CHAIN-TYPE 

1  PE 

1 

.49000 

100.000 

49.0  1 

READ-THROUGH-RESULTS 

FOUND 

AT  LEVEL  2 

NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

1 

LBUS 

2 

.14700 

100.000 

14.7 

1 

2 

LSS 

2 

.14700 

1000.000 

73.5 

1 

1 

LBUS 

2 

.14700 

100.000 

14.7 

1 
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1 

GC 

2 

-14700  100.000 

14.7 

1 

1 

GBUS 

1 

.14700  100.000 

14.7 

1 

TAKE  CARE  OF 

LEVEL  1  UP 

TO 

LEVEL  1  BROADCAST. 

NUMBER  OF 

FACILITIES 

LEVEL  VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

1 

GC 

1  .14700 

100.000 

14.7 

1 

1 

LBUS 

1  .14700 

100.000 

14.7 

1 

1 

PE 

1  .14700 

100.000 

14.7 

1 

OVERFLOW 

FROM  LEVEL  2 

BROADCAST. 

NUMBER 

OF  FACILITIES 

level 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

1 

LBUS 

1 

.07350 

100.000 

7.4 

2 

1 

GC 

1 

.07350 

100.000 

7.4 

2 

1 

GBUS 

1 

.07350 

100.000 

7.4 

2 

1 

GC 

2 

.07350 

100.000 

7.4 

2 

1 

LBUS 

2 

.07350 

100.000 

7.4 

2 

1 

PE 

2 

.07350 

200.000 

14.7 

2 

READ- THROUGH-RESULTS 

FOUND 

AT  LEVEL  3 

NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

1 

LBUS 

3 

.06300 

100.000 

6.3 

1 

2 

LSS 

3 

.06300 

2000.000 

63.0 

1 

1 

LBUS 

3 

.06300 

800.000 

50.4 

1 

1 

GC 

3 

.06300 

100.000 

6.3 

1 

1 

GBUS 

2 

.06300 

800.000 

50.4 

1 

TAKE  CARE 

OF  LEVEL  1 

UP  TO 

LEVEL  2  BROADCAST. 

NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-TYPE 

page  265 


1 

GC 

1 

.06300 

100.000 

6.3 

1 

1 

LBUS 

1 

.06300 

100.000 

6.3 

1 

1 

PE 

1 

.06300 

100.000 

6.3 

1 

1 

GC 

2 

.06300 

100.000 

6.3 

2 

1 

LBUS 

2 

.06300 

BOO. 000 

50.4 

2 

1 

PE 

2 

.06300 

200.000 

12.6 

2 

1 

LBUS 

2 

.06300 

800.000 

50.4 

2 

2 

LSS 

2 

.06300 

1000.000 

31.5 

2 

OVERFLOW  FROM  LEVEL  3  BROADCAST. 


NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN- 

1 

LBUS 

1 

.03150 

100.000 

3.2 

2 

1 

GC 

1 

.03150 

100.000 

3.2 

2 

1 

GBUS 

1 

.03150 

100.000 

3.2 

2 

1 

GC 

2 

.03150 

100.000 

3.2 

2 

1 

LBUS 

2 

.03150 

100.000 

3.2 

2 

1 

PE 

2 

.03150 

200.000 

6.3 

2 

1 

LBUS 

2 

.03150 

100.000 

3.2 

2 

1 

GC 

2 

.03150 

100.000 

3.2 

2 

1 

GBUS 

2 

.03150 

100.000 

3.2 

2 

1 

GC 

3 

.03150 

100.000 

3.2 

2 

1 

LBUS 

3 

.03150 

100.000 

3.2 

2 

1 

PE 

3 

.03150 

200.000 

6.3 

2 

STB  TRANSACTION. 


NUMBER  OF 

FACILITIES 

LEVEL 

VISIT-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-' 

1 

PE 

1 

.30000 

100.000 

30.0 

1 

1 

LBUS 

1 

.30000 

100.000 

30.0 

2 

1 

GC 

1 

.30000 

100.000 

30.0 

1 

GBUS 

1 

.30000 

100. OOC 

30. 0 

2 

1 

GC 

2 

.30000 

100.000 

30.0 

2 

1 

LBUS 

2 

-30000 

100.000 

30.0 

2 

1 

PE 

2 

.30000 

200.000 

60.0 

2 

1 

LBUS 

2 

.30000 

100.000 

30.0 

2 

2 

LSS 

2 

.30000 

1000.000 

150.0 

2 

1 

LBUS 

2 

.30000 

800.000 

240.0 

2 

1 

GC 

2 

.30000 

100.000 

30.0 

2 

1 

GBUS 

2 

.30000 

800.000 

240.0 

2 
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1 

GC 

3 

.30000 

100.000 

30.0 

2 

1 

LBUS 

3 

.30000 

800.000 

240.0 

2 

1 

PE 

3 

.30000 

200.000 

60.0 

2 

1 

LBUS 

3 

.30000 

800.000 

240.0 

2 

2 

LSS 

3 

.30000 

2000.000 

300.0 

2 

ACK  TRANSACTION. 


NUMBER  OF  FACILITIES 

LEVEL  VISIT 

-RATIO 

SERVICE-TIME 

VS-PRODUCT 

CHAIN-' 

1 

LBUS 

2 

.30000 

100.000 

30.0 

2 

1 

GC 

2 

.30000 

100.000 

30.0 

2 

1 

GBUS 

2 

.30000 

100.000 

30.0 

2 

1 

GC 

1 

.30000 

100.000 

30.0 

2 

1 

LBUS 

1 

.30000 

100.000 

30.0 

2 

1 

PE 

1 

. 30000 

200.000 

60.0 

2 

LBUS 

2 

.30000 

100.000 

30.0 

2 

1 

GC 

2 

.30000 

100.000 

30.0 

2 

1 

GBUS 

2 

.30000 

100.000 

30.0 

2 

1 

GC 

1 

.30000 

100.000 

30.0 

2 

1 

LBUS 

1 

.30000 

100.000 

30.0 

2 

1 

PE 

1 

.30000 

200.000 

60.0 

2 

1 

LBUS 

3 

. 30000 

100.000 

30.0 

2 

1 

GC 

3 

.30000 

100.000 

30.0 

2 

1 

GBUS 

3 

.30000 

100.000 

30.0 

2 

1 

GC 

2 

.30000 

100.000 

30.0 

2 

1 

LBUS 

2 

.30000 

100.000 

30.0 

2 

1 

PE 

2 

.30000 

200.000 

60.0 

2 

MAX  UNBALAN 

CED  CHAIN 

THROUGHPUT: 

.001948747929455 

THE  CLOSED 

CHAIN  THROUGHPUT  IS: 

.004166652545496 

CLOSED  THROUGHPUT  >  MAX  UNBALANCED  THROUGHPUT  BUT  V9(l,10)  EQUALS  TO 
63.00000000001  (>0)  FOR  THE  CLOSED  CHAIN,  =>  THE  SOLUTION  EXISTS. 

ADJUST  PAPER  IF  NECESSARY;  TYPE  YES  WHEN  READY: 

YES 


QQQ2QeQQe2QQQQC2C3Q2QeQ20eQQeQQQQQ23QQ23Q3QQQQQQQ 

2 

2 


92.40000  VI 
373.65  V2 


240  VI 
120  V2 
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42  VI 
100.5  V2 


LEVEL  1 


42  VI 
169.95  V2 


LEVEL  2 


12.6  VI 
63.15  V2 


LEVEL  3 


12.6  VI 
66.3  V2 


42  VI 

153.6  V2 


73.5  VI 

181.5  V2 


63.00000  VI 
300  V2 


42  VI 
100.5  V2 


56.7  VI 
504.45  V2 


63.00000  VI 
513.15  V2 


FIG-2:  SUM  OF  (VISIT  RATIO)* (SERVICE  TIME)  --  KMAIN  CHAIN), 


2(UAP  CHAIN) 


(LOCALITY, READ%)= (.7, .7) ,  =>  (SYSTEM-THROUGHPUT , SYSTEM  RESPONSE  TIME)=( 
0.001734621281393,11529.8942856) . 

END  OF  SESSION; 

DO  YOU  WANT  TO  CONTINUE?  CONFIRM  YES/NO 

HO 


stop: 


